我对SOA或任何关于不同arhitectural风格的东西几乎一无所知，所以我的问题可能完全关闭或过于通用WCF + EF（POCO）：我应该使用SOA，还是有替代arhitectural样式？
a）创建WCF + EF（POCO）时，我的选项至于arhitectural风格去？一种选择是使用SOA模式实现WCF + EF应用程序，但SOA有什么选择？
b）我对如何决定是否使用SOA或是否使用其他风格也有点困惑（我不想阅读关于SOA的五本或更多本书，只是为了找出它是一个时尚或利基或不是我的大部分WCF + EF应用程序的最佳选择）？
谢谢
有很多困惑过“SOA”一词，就像任意多个其他的缩写我们这个行业这么喜欢的。这实际上是让应用程序彼此交谈的一种方式。因此，我最初的困惑。 WCF + EF可以是更大的面向服务的体系结构的一部分，允许其他服务与您的服务进行通信，所有这些服务都将结合到最终的应用程序中。我不知道有一种“使用SOA实现WCF”的方法，因为WCF是单个服务点。您可以使用它来与其他WCF服务（即使在相同的服务中，如果您有冒险精神）交谈，或者您可以使用它来与消息总线或地图服务等进行交谈。
希望对您有帮助
它确实有所帮助，但我仍然不知道从哪里开始学习。我认为回答以下问题确实有帮助 - 如果您在我的情况下了解WCF和EF，只会有一个模糊的想法，您希望能够构建WCF + EF应用程序（可能是也可能不是一个更大的应用程序的一部分，甚至可能是云），你会学习什么样的架构风格，以什么顺序（我知道这可能太模糊的问题，但我不知道如何更具体）？ – user702769 2012-04-24 21:22:11
SOA =面向服务的架构（http://en.wikipedia.org/wiki/Service-oriented_architecture）。 WCF是创建服务的框架。 EF是一个对象映射框架。 POCO仅仅意味着你正在使用CLR对象而不是自动创建的EF类型。所以，把它们放在一起，除了你将如何公开WCF对象之外，你没有提到任何有关架构的内容。你的应用程序的其他部分是什么？ – 2012-04-24 19:49:37
我只会使用WCF和EF。因此没有UI或其他任何东西。我只是想弄清楚WCF + EF类型的应用程序有哪些架构风格，所以我将从一些参考点开始 - 就是这样。 – user702769 2012-04-24 20:15:48
另一个我要求替代SOA的原因是也想了解SOA如何适应WCF + EF应用程序的体系结构。例如，如果你告诉我正分层设计是SOA的替代方案，然后因为我知道n层设计是什么，我将有更好的理解，其中在SOA适合。 – user702769 2012-04-24 20:16:08