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

[ax_mct]

Цитата:

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

Я слышал, что в планах есть что-то типа Common Data Model (CDM), но в немного другом виде.
т.е. все вендоры, типа SAP, SalesForce, Microsoft придут к единой модели ентитей, что позволит упростить все интеграции
Видел даже презентацию, но забыл название, поищу

про ODBC смешно вы пишете тут.
я это слово уже лет 10 не слышал

Цитата:

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

Entity, CDM - это частные случаи шаблона проектирования фасад.

Один из последних фасадов - AIF-DIXF. Который задумывался как О-го-го интеллектуальный! А в итоге получился еще одним транспортным уровнем.

В том то и дело что есть еще транспортный уровень. Абстрагируясь от внутренней реализации фасадом почему то при этом намертво привязались к web-service.

Фасад в ООП это прежде всего некий код как точка входа, но в Common Data Model вообще и в частности это прежде всего de-normalized view в базе данных. И только потом код. В качестве фасада выступает физическая таблица базы данных.
Data entities
https://docs.microsoft.com/en-us/dyn.../data-entities

ODBC/JDBC никогда не устаревало. Web-service имеют смысл только тогда когда точка входа это код бизнес-логики. А тут у нас куча служебного кода и компонентов обслуживающих конкретный вид транспорта (Web-service) только для того чтобы положить данные в Staging/Entity table.

Задача - положить данные в таблицу. В чем преимущество Web-service перед ODBC?
В упор не вижу. Кроме того что ODBC делает это лучше во всех смыслах.

При этом никакого фасада не нарушается так как весь код до Staging/Entity обслуживает только Web-service причиндалы. Да потенциально есть универсальность XML и возможность принимать те же Sales orders от кучи систем с разными схемами документов. Только интересно где такое есть. На Луне, не иначе.