Цитата:
Сообщение от
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 - правильное, честна-честна, ага...