一般来说,我对SOA几乎一无所知,也对不同的架构风格一无所知,所以我的问题可能是完全错误的,或者过于笼统。
a)当创建WCF + EF (POCO)时,我的选择是什么,就建筑风格而言?一种选择是使用面向服务的架构模式实现WCF+EF应用程序,但是有哪些替代方案呢?b)我还有点困惑于如何决定是使用SOA还是选择其他风格(我不想通读五本或更多关于SOA的书,结果发现它
注意:服务之外的数据是指由服务返回并由客户端使用的消息。
我有一个名为LastBuyer服务的服务。当我将bookID输入到服务中时,这将返回图书的最后一个买方名称。当我为同一个图书id调用服务时,它将返回不同的结果(如果一本书是由一个新买家购买的)。因此,我不能将服务的结果缓存在客户机中(对于特定的BookID)。在阅读文章“内部的数据与外部的数据”时,它写着“OK to cache”--“由于消息的</e
您实际上是如何表示这些层的。我想创建一个使用MVP的web应用程序,它看起来并不像这个那么简单。关于业务逻辑应该放在MVP中的什么位置,有很多意见,我不确定我还没有找到一个真正伟大的答案。我正在为我的架构考虑类似如下的东西:
我会使用LINQ- to -SQL与数据库通信。WCF服务来定义业务逻辑层的数据合约接口。然后在UI/BLL中使用带有ASP.NET表单的MVP。WCF服务将替换现有的DataAcce