a)但是还有哪些优点/缺点使得存储库持久性无知(即不知道持久性介质用于存储数据).我能想到的唯一优势是,无论持久化哪种媒体数据,都可以使用相同的Repository实现
b)假设存储库是Persistence Ignorant,那么Repository接口及其实现都应该驻留在Domain程序集中?!
谢谢
解决方法 好吧,使用Repository模式的重点是从持久性逻辑中分离Domain逻辑,因此,您可以使用与不同数据存储相同的域实现.因此,存储库的实现必须在某种程度上依赖于数据库实现.a)我认为主要的缺点是性能.存储库库越抽象,您需要设计和实现更多级别的抽象,涵盖更多案例.但是,知道其底层商店的完整功能后,专用存储库的性能会更好.
另一个缺点是开发和发展.维护成本.我认为这些缺点超过了具有完全通用结构的任何优点……
b)对于较小的项目,我的答案是“可能”,但对于所有其他项目,它是一个坚实的“否”.它与持久无知无关.我总是试图遵循的最佳做法是分离关注点.如果他们试图做不同的事情,那就分开吧.它会在以后拯救你很多噩梦.
任何进一步的想法|想法,我也愿意听到他们:)
总结以上是内存溢出为你收集整理的设计模式 – 使存储库持久性无知的优点/缺点是什么?全部内容,希望文章能够帮你解决设计模式 – 使存储库持久性无知的优点/缺点是什么?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)