Интеграция - использовать стандарт или писать на коленке ?

[trud]

Цитата:

Сообщение от ax_mct

За то время за которое я сделал свой фреймворк я бы только разбирался с очередной ошибкой в DMF или AIF.

Это положительный момент или отрицательный? (ну т.е. могли к примеру зачаржить 150часов, а зачаржили 40)

[ax_mct]

Цитата:

Сообщение от trud

Это положительный момент или отрицательный? (ну т.е. могли к примеру зачаржить 150часов, а зачаржили 40)

Хороший вопрос. Одномоментно может быть но не в средней перспективе.
Один раз зачаржишь 150 часов на AIF, в следующий раз будет делать тот кто делает на коленке за 40 часов. Конечно если клиент может сравнивать. А они как правило могут.

Скорее всего сделав с AIF за 150 часов потом будешь отлавливать там чисто технические ошибки за свой счет вместо того чтобы чарджить дальше за реализацию новых бизнес-задач в своем собственном фреймворке.

Если он сам не упирается рогом что хочет именно AIF/DMF то вряд ли он поймет увеличение стоимости в разы. Есть некое количество дней в мозгах у всех на примерные задачи.
Оценив в 20 дней скорее всего работы просто бы не было или была но мозг бы сьели потом. Интерфейсные вещи это 5-10 дней начально по крайней мере.

При данном заказе для клиента важна прозрачность и понятность ошибок по отношению к каждому полю в JSON файле, что выяснилось кстати уже после демонстрации прототипа и основное отличие в охвате импорта, порядка 40 таблиц с 300 полями. Задача просто бы не взлетела с AIF/DMF. То есть в Agile, когда все нюансы требований в процессе уточнения, использовать танки вместо телеги просто опасно. Я пару раз облегченно вздохнул что на коленке.

[Vadik]

Цитата:

Сообщение от ax_mct

Скорее всего сделав с AIF за 150 часов потом будешь отлавливать там чисто технические ошибки за свой счет вместо того чтобы чарджить дальше за реализацию новых бизнес-задач в своем собственном фреймворке

https://youtu.be/-nJ8tXXLJNQ

Что, неужели так много ошибок нашли пока разбирались?

[ax_mct]

Цитата:

Сообщение от Vadik

https://youtu.be/-nJ8tXXLJNQ

Что, неужели так много ошибок нашли пока разбирались?

Запустил AIF Service классы из джобика с целью продебажить конкретный нужный мне сервис на предмет его расширения, поймал ошибки конфигурации в схеме и понял что не хочу связываться.
Я честно посвятил AIF 10 минут своей жизни и понял что это не мое

Совсем мне не захотелось заниматься еще и конфигурациями и настройками просто затем чтобы читать из файла. Как бы нюансы деплоймента и надежности работы. Совсем неинтересно зависеть от AIF настроек в политически сложном проекте.

Ладно там если веб-сервисы, но вот зачем мне XSD, XML чтобы прочитать из JSON файла? Какая мне польза как программисту от AIF как инструмента при импорте из файла?

Всю возможную пользу от AIF в случае импорта из текстового файла можно выборочно оттуда взять максимум за два дня. Что я и сделал. Есть полезный код, да. Поскольку с AIF уже работал то просто уже знал откуда брать.

Entity из DMF использую как структуру, тоже честно DMF посмотрел, примерно часик посмотрел и впечатлился глубиной извращений. Ну его в болото такое дергать. Оно не для программиста этот фреймворк.

Как ни странно полезное нашел в PBA и Retail классах как пример API для создания продуктов.
А все остальное что в DMF что в AIF приходит к validateField, modifiedField, validateWrite, write.
Ну и зачем мне обертки от которых одна боль?

[trud]

Цитата:

Сообщение от ax_mct

Ладно там если веб-сервисы, но вот зачем мне XSD, XML чтобы прочитать из JSON файла? Какая мне польза как программисту от AIF как инструмента при импорте из файла?

Ну в этом случае обычно пишут функции трансформации(к примеру на Azure serverless functions + еще можно LogicApps пределать). т.е. они преобразуют JSON к XML, а потом уже в дело вступает AIF.
Для вас плюсом сразу добавляется элемент Job security, т.е. заменить вас после написания такого будет непросто

[ax_mct]

Цитата:

Сообщение от trud

Ну в этом случае обычно пишут функции трансформации(к примеру на Azure serverless functions + еще можно LogicApps пределать). т.е. они преобразуют JSON к XML, а потом уже в дело вступает AIF.
Для вас плюсом сразу добавляется элемент Job security, т.е. заменить вас после написания такого будет непросто

Как раз наоборот, поддерживать самописку/коленку другому программисту на порядок проще. Fed тоже об этом упомянул в данной теме и полностью с этим согласен. Деление на классы понятное всем даже консультанту, простота дебага и лога.

Я конечно могу завернуть все во множество паттернов так чтобы все запутать, но как-то все это уже давно перерос. Всегда пишу для маньяка с топором который знает где я живу.

А вот если прокручивать все это через мясорубку якобы стандартную то тогда как раз я такой буду один который все это безумие держит в голове. Кстати как аксаптер я уверен в том что моя самописка и есть натуральный стандарт аксапты, в то время как использовать Azure, LogicApps, AIF для того чтобы импортировать текстовый файл это полное ЛБГТ.