如何解决我应该在具有数据库访问权限的应用程序中应用哪些设计模式
| 我将开始开发一个必须访问数据库的应用程序。通常需要实现哪种设计模式区域,以使我的应用程序更灵活,例如将数据库客户端从SQL更改为Oracle。 我相信执行一些查询可以实现模板方法模式。要获得连接并进行仔细检查的单例模式就足够了。 在开始之前还有什么我应该知道的吗? 应用程序将使用C#开发,因此支持对象继承和多态性。 任何帮助表示赞赏。解决方法
确保所有代码都封装在数据访问层中。针对接口编写代码,这样,如果您需要编写新的数据访问库,则不必更改所有调用代码。这至少会将所有数据访问隔离到库中。数据库更改的可能性有多大?不要因为假设而使软件复杂化,因为这只会使生活更加困难。
,仅当您可以清楚地看到好处时,才能“即时”提取某些内容。
否则,那只是浪费时间。
不要这样想:
我应该使用模式[x],因为它可能会解决[y]
这样想:
噢,废话,再次写同样的东西。让我们来看看如何避免这种情况...
,查看Martin Fowler撰写的企业应用程序体系结构模式目录。
您可能在那里找到一些好主意。
,有一个很好的设计模式称为数据访问对象,您必须将其合并到C#中。
摘要:
DAO实现访问
与
数据源。数据源可能是
像RDBMS这样的持久性存储
外部服务,例如B2B交易所,
诸如LDAP数据库之类的存储库,或者
通过CORBA访问的业务服务
互联网ORB间协议(IIOP)或
低级套接字。这生意
依赖于DAO使用的组件
暴露的更简单的界面
DAO为其客户服务。 DAO
完全隐藏数据源
其实施细节
客户。因为接口暴露
由DAO向客户提供的价格不变
当基础数据源
实施更改,此模式
允许DAO适应不同
存储方案而不影响其
客户或业务组件。
从本质上讲,DAO充当了
组件和组件之间的适配器
数据源。
,您应该调查数据映射器模式的用户,以使数据存储方式(SQL / Oracele / Access)的实现细节独立于数据本身的使用。
http://martinfowler.com/eaaCatalog/dataMapper.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。