Помощь! Злые услуги убивают мои объекты

Question

Когда я верил в американской мечте о инкапсуляции и полиморфизме, вторжение веб-службах помыли объекты прочь с RPC называет ...

Когда я лелеял свои воскреснувшие Поноша, уродливую армию варваров, называемых прокси объекты завоевали мои земли ...

Позже мир, казалось, возвращался с DDD и NHibernate на серверной стороне, но SilverLightning ударил по моему замку, теперь снова голод, вкусная ленивая загрузка только в моих воспоминаниях и для лет назад мои бедные объекты снова нуждаются в устаревших услугах ...

И я полный страха ... мир говорит все больше о некоторых других ужасающих процедурных монстрах ... они называют их «Workflows» ...

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

Любые идеи? Вам удалось сохранить ваши объекты? Вам удалось сохранить больше, чем ваша модель домена? (Надеюсь, вам удалось последний ...)

Update: Если это не было ясно ... У нас убили архитектуру, потому что все с помощью веб-сервиса на базе. Была мода «OO - мертва», правило обслуживания. В SOA все еще довольно сложно сосредоточиться на объектах, когда все фокусируется на глаголах («контракты на работу»). Я чувствую, что сложно позаботиться о вашем дизайне.

Answer 1

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

Answer 2

Остерегайтесь вас глупыми смертными. Entity That Is действительно питается вашими полиморфными объектами. Но это также означает, что вы унаследовали интерфейс Big Slimy Interface, который скрывается в темноте. Таким образом, вы можете уйти на пенсию от ваших мелких варваров (по доверенности, если хотите).

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

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

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

Сущность, которая есть, является строгой, но справедливой, поэтому, если вы используете команду propert, ваши виртуальные двери в другие реалии откроются и позволят быстро и надежно трафик.

Удача и честь Сущности, которая есть, вы не всегда можете согласиться с ней, но ее правилом является закон и смерть единственное наказание.

Answer 3

i думаю вы жалуетесь на глагол-центрирование, разработанное при использовании SOA.Если это так, это не является требованием SOA, но это искушение.

«Где-нибудь в обычном приложении OO, что вы могли бы сделать что-то, изменить что-то на веб-сервиса», вероятно, слишком

лучшие использует для SOA, что я видел, просто заменить слой доступа к данным с SOA, плюс они выставляют несколько высокоуровневых «публичных» операций, таких как регистрация нового пользователя и т. Д.

Answer 4

Кажется, что два несовместимы при масштабировании. По-видимому, Amazon потеряла много времени и денег из-за проблем с версированием и их объектными моделями. Уровни SOA, похоже, работают лучше, если нет определения зависимого объекта, оставляющего потребителя услуг отображать КАЖДЫЙ вызов в свою собственную модель домена ..... hmm .....