case06招生系统中使用Factory ethod方法构建通用数据库访问类.pptVIP

招生系统中使用Factory Method方法构建通用数据库访问类 Intent 考虑到市招办招生系统使用的数据源和各校使用的数据源有可能来自不同种类的数据库、数据源在其使用期间有可能因为程序功能的修改而产生变迁、用户界面的添加更改等所引起的程序修改等问题。 模式图 Implementation 简单说来，工厂方法模式的作用就是可以根据不同的条件生成各种类的实例，这些实例通常属于多个相似的类型，并且具有共同的父类。 工厂方法模式将这些实例的创建过程封装了起来，从而简化了客户程序的编写，并改善了软件体系结构的可扩展性，使得将来能够以最小的代价加入新的子类。 使用工厂方法模式创建对象并不意味着一定会让代码变得更短(实事上往往更长)，并且可能需要设计更多的辅助类，但它的确可以灵活地、有弹性地创建尚未确定的对象，从而简化了客户端应用程序的逻辑结构，并提高了代码的可读性和可重用性。 系统模式图 示例实现代码 Factory Method使一个类的实例化延迟到其子类。处理对多种数据库的操作，首先定义一个操纵数据库的接口DataBase，然后根据数据库的不同，由类工厂决定实例化哪个类。 示例实现代码 示例实现代码 分别为 Sql Server和 Foxpro数据库编写两个数据访问的具体实现类SQLDatabase和FoxproDatabase，它是DataBase类的子类，代码省略. 示例实现代码 创 建 一个Factory父类(Application类)，来定义创建数据库的接口。 示例实现代码 为每一个数据库应用创建一个工厂方法，具体定义SQLApplication和FoxproApplicationo SQLAppfication用来创建与SQL数据库的连接类SglDatasource;FoxproApplication用来创建与Foxpro数据库的连接类FoxproDatasource。 示例实现代码 创建 Product抽象类，定义创建与数据库的连接接口，在这里Product为DataSource类。 示例实现代码 具体化DataSource类 示例实现代码 在客户端，可以使用模板调用具体的应用程序类 示例实现代码 使用工厂方法模式可以在不修改具体工厂角色的情况下引入新的数据库，使得工厂方法模式具有更好的可扩展性。 在开发实际的软件系统时，通常先设计数据库角色，然后才开始设计工厂角色。 登录模块的可替换性和惟一性 — 简单工厂模式、单例模式 问题 登录 模 块 在子系统中处于比较核心的地位。登录 模 块 的修改可能会导致其它所有模块的修改。所以要将登录模块的接口和它的实现分开，只向它的客户暴露它的接口。解决这个问题简单工厂模式比较合适。 由于登录模块访问的并发性，要求在登录模块初始化的时候即使有两个请求同时发生，初始化的登录模块也只有一个。单例模式能解决这个问题。 解决方案 解决方案 LoginFactory 简单工厂类 LoginCenter 抽象产品 LoginCenterImp实现LoginCenter接口，相当于具体产品的角色，同时它又实现了单例模式，从而确保登录模块只有一个实例。对于所有的客户端，其状态是一致的。 * * *