2012-02-20 57 views
0

我们正在创建一个API,它将包装模型和存储库之间的所有内部交互,并提供一种简单的方式来添加和更新系统中的实体。用于数据访问的简单API

我沿着这个消费者的API的线条希望能去:

SystemOder order = SomeClass.GetSystemOrderById("..."); 
order.amount = 200; 
order.InvoiceAddress[0].StreetName = "123 Fake Street"; 
order.Save(); 

现在我们仍然是一个模型,存储库架构在幕后,但写纯粹的商业逻辑,这将坐置于最终消费者之上并将其隐藏起来。这种建筑有没有像样的模式?

只是为了澄清,我们显然不希望在保存烤()方法进入或核心域模型之类的,我们只是想要一个漂亮的API,以去掉不必要的代码分解收藏和调用库等

+1

听起来像你想要的东西类似的单位工作设计模式:http://msdn.microsoft.com/en-us/magazine/dd882510.aspx – Kane 2012-02-20 12:27:05

回答

0

要推出,将封装对象模型和保存的持久性机制()删除等,同时仍保持模型/ DAL的良好分离 - 我自己的外观模式。 mixin的类型对于...哦非常有用。

0
什么

这听起来像你正在看像存储库模式的东西。 (你在你的问题中引用了存储库,但我认为你使用该术语代替数据存储?)

引用Martin Fowler的描述。

使用类似集合的接口访问域对象,从而在域和数据映射图层之间进行调解。

更多信息,可以发现here