我应该在具有数据库访问权限的应用程序中应用哪些设计模式

| 我将开始开发一个必须访问数据库的应用程序。通常需要实现哪种设计模式区域,以使我的应用程序更灵活,例如将数据库客户端从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     

要回复问题请先登录注册