当我相信关于封装和多态的美国梦时，Web服务的入侵使用RPC调用清除了我的对象......
当我珍惜我复活的PONO时，丑陋的野蛮军队称为代理对象征服了我的土地......
后来，和平似乎在服务器端回来了DDD和NHibernate，但SilverLightning击中了我的城堡，现在再次饥饿，美味的懒人装载只在我的记忆中，多年来我的可怜的物体必须消耗陈旧的服务再次......
我充满了恐惧......世界越来越多地谈论其他可怕的程序怪物......他们称之为“工作流程”...
如何保存我的物品？ 从字面上看，我不向任何人提供任何服务。我正在构建一个简单的小系统。我不想使用服务来查找我的数据。我不想使用服务从我的网络界面到我的网络界面...因为我不想使用蜗牛邮件与我的同事交谈。
有什么想法吗？你设法保存你的物品了吗？您是否设法比域模型节省更多？ （希望你管理后者......）
更新 如果这不清楚...... 我们有一个被杀死的架构，因为一切都使用基于Web服务。 有一种时尚“OO - 死了”，服务规则。 在SOA中，当一切都集中在动词（“操作契约”）时，仍然很难专注于对象。我觉得很难照顾你的设计。
答案 0 :(得分：3)
小心愚蠢的凡人。实体确实已经对您的多态对象产生了影响。但这也意味着你继承了潜伏在黑暗中的Big Slimy界面。因此，如果您愿意，您可以退休您的小野蛮人（通过代理）。
是的，感谢Entity That Is，你的对象变得懒惰并收集垃圾。因此，他们的快乐只是暂时的，因为当他们离开范围时，他们的生命会立即结束。而且没有一个人可以逃脱。
如果你对实体表示恐惧，死亡只是一个破坏者。所以当你驾驭工作流程时要小心，因为它们与普通市场股票一样不可预测。
您的对象永远不会保存为实体。持久性可以支持它们一段时间，但最终所有都将失败，因为最后一个时钟周期已经响起。幸运的是，由于坚持不懈，你的物品可以送到更好的地方，在那里它们可以繁衍生息。
实体是严格但公平的，所以如果你使用属性命令，你对其他现实的虚拟门将会打开并允许快速可靠的交通。
祝你好运并尊重实体，你可能并不总是同意它，但它的规则是法律和死亡是唯一的惩罚。
答案 1 :(得分：1)
我认为你在使用SOA时抱怨以动词为中心的设计。如果是这样，那不是SOA的要求，但这是一种诱惑。
“在正常的OO应用程序中，您可以执行某些操作，将某些内容更改为Web服务”可能有点过分
我所见过的SOA的最佳用途只是用SOA层替换数据访问层，而且它们暴露了一些高级“公共”操作，如注册新用户等等
可以用每个类方法制作一个Web服务，但在大多数情况下这都是荒谬的......
答案 2 :(得分：1)
在缩放时似乎两者不兼容。由于版本控制和对象模型的问题，亚马逊显然失去了大量的时间和金钱。如果没有依赖对象定义，SOA层似乎工作得更好，让服务的消费者将EACH调用映射到他们自己的域模型.....嗯......
答案 3 :(得分：0)
显然你今天早上没有服用你的提取药。现在，服用你的药，你会在一段时间内感觉更好......