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

[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 для того чтобы импортировать текстовый файл это полное ЛБГТ.