Chap03--抽象工厂模式(Abstract Factory Pattern).pptVIP

主要内容 3.1 由案例说起 3.2 生活中的例子 3.3 意图及模型图 3.4 抽象工厂的计算机应用 3.5 程序实现 3.6 反射加抽象工厂 3.6 总结 以“新增用户”，“得到用户”为例，写一段数据库访问程序代码。 用户类，假设只有ID和Name两个字段，其余省略。 思考 如果要更换数据库成access，或者其它的，程序应该怎么修改？ 如果要增加一个新的表，该如何解决？ 程序是否可扩展？可维护？ 存在问题 SqlserverUser su = new SqlserverUser()该语句使得su这个对象被框死在了SQL Server上。 应该使用多态的方法来改变这种紧耦合。 使用抽象工厂模式。 生活中的例子 抽象工厂的目的是要提供一个创建一系列相关或相互依赖对象的接口，而不需要指定它们具体的类。 这种模式可以汽车制造厂所使用的金属冲压设备中找到。这种冲压设备可以制造汽车车身部件。同样的机械用于冲压不同的车型的右边车门、左边车门、右前挡泥板、左前挡泥板和引擎罩等等。通过使用转轮来改变冲压盘，这个机械产生的具体类可以在三分钟内改变。 3.3 意图及模型图 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。 如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？ 3.3 意图及模型图 提供一个创建一系列相关或相互依赖的对象的接口，而无需指定他们具体的类。 3.4程序实例-花园规划工厂 编写一个程序来完成花园的规划，这可能是季生植物型花园、蔬菜型花园或多年生植物型花园，不管规划哪一种类型的花园，都会遇到同样的问题： 边缘种植什么植物? 中央种植什么植物? 阴凉部分种植什么? 设计基类Garden 设计Plant类 设计蔬菜型花园 问题 房子是由墙，门，窗户，地板，天花板，柱子组成的。如果我们为客户编写一个建造房子的软件，我们会把墙，门，窗户，地板，天花板，柱子看成不同的类：WallClass, DoorClass, WindowClass, CeilingClass, PillarClass。 建立一个新类HouseFactory ，这个类中有CreateWall(), CreateDoor(), CreateFloor(), CreateCeiling(), CreatePillar()五个方法，每个方法的功能就是创建并返回相应的对象。如果把WallClass, DoorClass, WindowClass, CeilingClass, FloorClass, PillarClass的实例看成产品的话，那么类HouseFactory就像是一个生产这些产品的工厂。 问题 我们的软件完成了，客户非常满意。不过，我们的客户想把这个软件出口，他发现一个问题，这个软件太本地化了，建造出来的都是中国式的房屋。因此他希望我们的软件能够建造出不同地域风格的房子。 我们需要重新设计原系统，而且一次完成世界各地不同建筑风格是不可能的。我们会先完成部分风格（客户第一要投放软件的国家的），然后再增加其他的…使用抽象工厂！ 解决方法 建立一个抽象工厂（Abstract Factory）类HouseFactory，在这个类中声明：CreateWall ()  CreateDoor ()  CreateFloor ()  CreateCeiling ()  CreatePillar () 建立相应的抽象产品（Abstract Product）类集： Wall, Door, Floor, Ceiling, Pillar 解决办法 为不同风格建立相应的具体工厂（Concrete Factory）类。如： ChinaHouseFactory : HouseFactory  GreeceHouseFactory : HouseFactory 为不同的风格建立相应的具体产品（Concrete Product）类（实现相应的抽象产品），如： ChinaWall : Wall  ChinaDoor : Door  …  GreeceWall : Wall  GreeceDoor : Door 3.7 总结 抽象工厂模式主要在于应对“新系列”的需求变化。其缺点在于难于应付“新对象”的需求变动。 抽象工厂将产品对象的创建延迟到它的具体工厂的子