AX7 - data entities - sales order

[Vadik]

Цитата:

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

Это AIF был содомом и гоморрой, т.к. нарушал инкапсуляцию. Сейчас есть кошерный json. А odata, насколько понимаю, оставили чисто для своих целей

У вас там уже пятница ? Затрудняюсь установить логическую связь инкапсуляции и JSON, про противопоставление JSON и OData тоже хотелось бы услышать чуть более развернуто. Ну и, само собой, о том как идеологически, расово правильно и политкорректно делать интеграцию заказов в AX7

[macklakov]

Цитата:

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

Ну и, само собой, о том как идеологически, расово правильно и политкорректно делать интеграцию заказов в AX7

Да как в нормальном программировнии. У тебя есть интерфейс, состоящий из методов, ты в них передаешь параметры, а что там сервер с этими параметрами делает, для тебя скрыто. Черный ящик. Те проблемы которые ты испытываешь, связаны не веб-сервисами, а с тем, что ваше решение было написано через AIF, причем, судя по всему, не через кастомные веб-сервисы. Были бы они кстомные, это был бы кошерный SOAP, который и в 7 вполне себе поддерживается.

[gl00mie]

Цитата:

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

Это AIF был содомом и гоморрой, т.к. нарушал инкапсуляцию.

Как интересно: в MS разработали этот framework, несколько версий его продвигали и развивали, и вот когда для публикации портов отпала уже необходимость танцев с бубнами, ручной настройкой точек входа и проч., оказалось, что AIF-таки нарушает инкапсуляцию и потому более неприменим! Т.е. то, что он не "вписался" в облака, тут совершенно ни при чем, все дело в инкапсуляции, из-за нарушения которой клиенты, видимо, мучились все эти годы. Вы - астронавт архитектуры?

Цитата:

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

Сейчас есть кошерный json.

Напоминает Огонь и движение:

Цитата:

Подумайте об истории всевозможных стратегий доступа к данным, разработанным Microsoft. ODBC, RDO, DAO, ADO, OLEDB, теперь вот ADO.NET - И все абсолютно новые! Может это было вызвано технологической необходимостью? Может это результат некомпетентной группы проектирования, которой необходимо придумывать по-новой доступ к данным каждый чертов год? (Возможно, это в самом деле так.)

Цитата:

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

Да как в нормальном программировнии. У тебя есть интерфейс, состоящий из методов, ты в них передаешь параметры, а что там сервер с этими параметрами делает, для тебя скрыто. Черный ящик.

В переводе с австралийского на русский: выкиньте наши фреймворки и пишите интеграции сбоку на коленке, так что ли?

Цитата:

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

Те проблемы которые ты испытываешь, связаны не веб-сервисами, а с тем, что ваше решение было написано через AIF, причем, судя по всему, не через кастомные веб-сервисы.

Т.е. возникшие проблемы никак не связаны с отказом от AIF в 7-ке, правильно?

Цитата:

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

Были бы они кстомные, это был бы кошерный SOAP, который и в 7 вполне себе поддерживается.

Действительно, зачем было использовать доступный из коробки AIF, если можно писать всё сбоку на коленке, тут и дураку понятно, что это было просто неправильное архитектурное решение! Вот решение использовать новый OData или composite data entities - правильное, честна-честна, ага...

[macklakov]

Цитата:

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

Как интересно: в MS разработали этот framework

ходят слухи что это шедевр некоего бангалорского стартапа

Цитата:

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

несколько версий его продвигали и развивали, и вот когда для публикации портов отпала уже необходимость танцев с бубнами, ручной настройкой точек входа и проч., оказалось, что AIF-таки нарушает инкапсуляцию и потому более неприменим! Т.е. то, что он не "вписался" в облака, тут совершенно ни при чем, все дело в инкапсуляции, из-за нарушения которой клиенты, видимо, мучились все эти годы.

Ну, такова традиция.

Цитата:

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

Не_дайте_Астронавтам_Архитектуры_вас_запугать

Ну вот универсальность AIF с его "seemless integration" это как раз и был попыткой выйти в астрал.

Цитата:

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

В переводе с австралийского на русский: выкиньте наши фреймворки и пишите интеграции сбоку на коленке, так что ли?

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

Цитата:

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

зачем было использовать доступный из коробки AIF, если можно писать всё сбоку на коленке, тут и дураку понятно, что это было просто неправильное архитектурное решение!

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

Цитата:

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

Вот решение использовать новый OData или composite data entities - правильное, честна-честна, ага...

Эти приблуды для внутренней меж-продуктовой интеграции. Их использование в других целях, чистое хакерство. Все последующие геморои вы создадите себе своими собственными руками.