工厂模式，工厂方法模式，单例模式，外观（Facade）模式，观察者（Observer）模式，桥接（Bridge）模式都是比较常用的，不同的项目有不同的设计方向，可以参考的设计模式也不尽相同，没有定数，只是上面这几个模式用的比较多一些。
其他的模式我找了一下，都列出来了。
======================
Java常用的设计模式
创建型模式
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM 爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory
工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。
2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）
建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
3、FACTORY METHOD—请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。
工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
4、PROTOTYPE—跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）
原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。
5、SINGLETON—俺有6个漂亮的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才做了个梦啦，哪有这么好的事)
单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。
结构型模式
6、ADAPTER—在朋友聚会上碰到了一个美女Sarah，从香港来的，可我不会说粤语，她不会说普通话，只好求助于我的朋友kent了，他作为我和Sarah之间的Adapter，让我和Sarah可以相互交谈了(也不知道他会不会耍我)
适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，从而
使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。
7、BRIDGE—早上碰到MM，要说早上好，晚上碰到MM，要说晚上好；碰到MM 穿了件新衣服，要说你的衣服好漂亮哦，碰到MM新做的发型，要说你的头发好漂亮哦。不要问我“早上碰到MM新做了个发型怎么说”这种问题，自己用BRIDGE组合一下不就行了
桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。
8、COMPOSITE—Mary今天过生日。“我过生日，你要送我一件礼物。”“嗯，好吧，去商店，你自己挑。”“这件T恤挺漂亮，买，这条裙子好看，买，这个包也不错，买。”“喂，买了三件了呀，我只答应送一件礼物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻烦你包起来。”“……”，MM都会用Composite模式了，你会了没有？
合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同等看待。
9、DECORATOR—Mary过完轮到Sarly过生日，还是不要叫她自己挑了，不然这个月伙食费肯定玩完，拿出我去年在华山顶上照的照片，在背面写上“最好的的礼物，就是爱你的Fita”，再到街上礼品店买了个像框（卖礼品的MM也很漂亮哦），再找隔壁搞美术设计的Mike设计了一个漂亮的盒子装起来……，我们都是Decorator，最终都在修饰我这个人呀，怎么样，看懂了吗？
装饰模式：装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。动态给一个对象增加功能，这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。
10、FACADE—我有一个专业的Nikon相机，我就喜欢自己手动调光圈、快门，这样照出来的照片才专业，但MM可不懂这些，教了半天也不会。幸好相机有Facade设计模式，把相机调整到自动档，只要对准目标按快门就行了，一切由相机自动调整，这样MM 也可以用这个相机给我拍张照片了。
门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系统可以有多个门面类。
11、FLYWEIGHT—每天跟MM发短信，手指都累死了，最近买了个新手机，可以把一些常用的句子存在手机里，要用的时候，直接拿出来，在前面加上MM的名字就可以发送了，再不用一个字一个字敲了。共享的句子就是Flyweight，MM的名字就是提取出来的外部特征，根据上下文情况使用。
享元模式：FLYWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部，不会随环境的改变而有所不同。外蕴状态是随环境的改变而改变的。外蕴状态不能影响内蕴状态，它们是相互独立的。将可以共享的状态和不可以共享的状态从常规类中区分开来，将不可以共享的状态从类里剔除出去。客户端不可以直接创建被共享的对象，而应当使用一个工厂对象负责创建被共享的对象。享元模式大幅度的降低内存中对象的数量。
12、PROXY—跟MM在网上聊天，一开头总是“hi,你好”,“你从哪儿来呀？”“你多大了？”“身高多少呀？”这些话，真烦人，写个程序做为我的Proxy吧，凡是接收到这些话都设置好了自动的回答，接收到其他的话时再通知我回答，怎么样，酷吧。
代理模式：代理模式给某一个对象提供一个代理对象，并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另一个人或者一个机构采取行动。某些情况下，客户不想或者不能够直接引用一个对象，代理对象可以在客户和目标对象直接起到中介的作
用。客户端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象，而仅仅持有一个被代理对象的接口，这时候代理对象不能够创建被代理对象，被代理对象必须有系统的其他角色代为创建并传入。
行为模式
13、CHAIN OF RESPONSIBLEITY—晚上去上英语课，为了好开溜坐到了最后一排，哇，前面坐了好几个漂亮的MM哎，找张纸条，写上“Hi,可以做我的女朋友吗？如果不愿意请向前传”，纸条就一个接一个的传上去了，糟糕，传到第一排的MM把纸条传给老师了，听说是个老处女呀，快跑!
责任链模式：在责任链模式中，很多对象由每一个对象对其下家的引用而接
起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。客户并不知道链上的哪一个对象最终处理这个请求，系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择：承担责任或者把责任推给下家。一个请求可以最终不被任何接收端对象所接受。
14、COMMAND—俺有一个MM家里管得特别严，没法见面，只好借助于她弟弟在我们俩之间传送信息，她对我有什么指示，就写一张纸条让她弟弟带给我。这不，她弟弟又传送过来一个COMMAND，为了感谢他，我请他吃了碗杂酱面，哪知道他说：“我同时给我姐姐三个男朋友送COMMAND，就数你最小气，才请我吃面。”，:-(
命令模式：命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。命令模式允许请求的一方和发送的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收，以及操作是否执行，何时被执行以及是怎么被执行的。系统支持命令的撤消。
15、INTERPRETER—俺有一个《泡MM真经》，上面有各种泡MM的攻略，比如说去吃西餐的步骤、去看电影的方法等等，跟MM约会时，只要做一个Interpreter，照着上面的脚本执行就可以了。
解释器模式：给定一个语言后，解释器模式可以定义出其文法的一种表示，并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模式将描述怎样在有了一个简单的文法后，使用模式设计解释这些语句。在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个代表文法的命令类的等级结构，也就是一系列的组合规则。每一个命令对象都有一个解释方法，代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一个语言。
16、ITERATOR—我爱上了Mary，不顾一切的向她求婚。
Mary：“想要我跟你结婚，得答应我的条件”
我：“什么条件我都答应，你说吧”
Mary：“我看上了那个一克拉的钻石”
我：“我买，我买，还有吗？”
Mary：“我看上了湖边的那栋别墅”
我：“我买，我买，还有吗？”
Mary：“你的小弟弟必须要有50cm长”
我脑袋嗡的一声，坐在椅子上，一咬牙：“我剪，我剪，还有吗？”
……
迭代子模式：迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。多个对象聚在一起形成的总体称之为聚集，聚集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中，从而与聚集本身隔开。迭代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象，每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。
17、MEDIATOR—四个MM打麻将，相互之间谁应该给谁多少钱算不清楚了，幸亏当时我在旁边，按照各自的筹码数算钱，赚了钱的从我这里拿，赔了钱的也付给我，一切就OK啦，俺得到了四个MM的电话。
调停者模式：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。
18、MEMENTO—同时跟几个MM聊天时，一定要记清楚刚才跟MM说了些什么话，不然MM发现了会不高兴的哦，幸亏我有个备忘录，刚才与哪个MM说了什么话我都拷贝一份放到备忘录里面保存，这样可以随时察看以前的记录啦。
备忘录模式：备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下，将一个对象的状态捉住，并外部化，存储起来，从而可以在将来合适的时候把这个对象还原到存储起来的状态。
19、OBSERVER—想知道咱们公司最新MM情报吗？加入公司的MM情报邮件组就行了，tom负责搜集情报，他发现的新情报不用一个一个通知我们，直接发布给邮件组，我们作为订阅者（观察者）就可以及时收到情报啦
观察者模式：观察者模式定义了一种一队多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使他们能够自动更新自己。
20、STATE—跟MM交往时，一定要注意她的状态哦，在不同的状态时她的行为会有不同，比如你约她今天晚上去看电影，对你没兴趣的MM就会说“有事情啦”，对你不讨厌但还没喜欢上的MM就会说“好啊，不过可以带上我同事么？”，已经喜欢上你的MM 就会说“几点钟？看完电影再去泡吧怎么样？”，当然你看电影过程中表现良好的话，也可以把MM的状态从不讨厌不喜欢变成喜欢哦。
状态模式：状态模式允许一个对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一样。状态模式把所研究的对象的行为包装在不同的状态对象里，每一个状态对象都属于一个抽象状态类的一个子类。状态模式的意图是让一个对象在其内部状态改变的时候，其行为也随之改变。状态模式需要对每一个系统可能取得的状态创立一个状态类的子类。当系统的状态变化时，系统便改变所选的子类。
21、STRATEGY—跟不同类型的MM约会，要用不同的策略，有的请电影比较好，有的则去吃小吃效果不错，有的去海边浪漫最合适，单目的都是为了得到MM的芳心，我的追MM锦囊中有好多Strategy哦。
策略模式：策略模式针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式把行为和环境分开。环境类负责维持和查询行为类，各种算法在具体的策略类中提供。由于算法和环境独立开来，算法的增减，修改都不会影响到环境和客户端。
22、TEMPLATE METHOD——看过《如何说服女生上床》这部经典文章吗？女生从认识到上床的不变的步骤分为巧遇、打破僵局、展开追求、接吻、前戏、动手、爱抚、进去八大步骤(Template method)，但每个步骤针对不同的情况，都有不一样的做法，这就要看你随机应变啦(具体实现)；
模板方法模式：模板方法模式准备一个抽象类，将部分逻辑以具体方法以及具体构造子的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法，从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架，而将逻辑的细节留给具体的子类去实现。
23、VISITOR—情人节到了，要给每个MM送一束鲜花和一张卡片，可是每个MM 送的花都要针对她个人的特点，每张卡片也要根据个人的特点来挑，我一个人哪搞得清楚，还是找花店老板和礼品店老板做一下Visitor，让花店老板根据MM的特点选一束花，让礼品店老板也根据每个人特点选一张卡，这样就轻松多了；
访问者模式：访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话，接受这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易，就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中，而不是分散到一个个的节点类中。当使用访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，而不是放到它的子类中。访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类
Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体
的类。Adapter：将一个类的接口转换成客户希望的另外一个接口。A d a p t e r模式使得
原本由于接口不兼容而不能一起工作的那些类可以一起工作。Bridge：将抽象部分与它的实
现部分分离，使它们都可以独立地变化。Builder：将一个复杂对象的构建与它的表示分离
，使得同样的构建过程可以创建不同的表示。Chain of Responsibility：为解除请求的发
送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并
沿着这条链传递该请求，直到有一个对象处理它。Command：将一个请求封装为一个对象，
从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消
的操作。Composite：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户
对单个对象和复合对象的使用具有一致性。Decorator：动态地给一个对象添加一些额外的
职责。就扩展功能而言，它比生成子类方式更为灵活。Facade：为子系统中的一组接口提
供一个一致的界面，F a c a d e模式定义了一个高层接口，这个接口使得这一子系统更加
容易使用。Factory Method：定义一个用于创建对象的接口，让子类决定将哪一个类实例化
。Factory Method使一个类的实例化延迟到其子类。Flyweight：运用共享技术有效地支持
大量细粒度的对象。Interpreter：给定一个语言, 定义它的文法的一种表示，并定义一个
解释器, 该解释器使用该表示来解释语言中的句子。Iterator：提供一种方法顺序访问一个
聚合对象中各个元素, 而又不需暴露该对象的内部表示。Mediator：用一个中介对象来封装
一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以
独立地改变它们之间的交互。Memento：在不破坏封装性的前提下，捕获一个对象的内部状
态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。Observer：
定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对
象都得到通知并自动刷新。Prototype：用原型实例指定创建对象的种类，并且通过拷贝这
个原型来创建新的对象。Proxy：为其他对象提供一个代理以控制对这个对象的访问。Singleton：保证一个类仅有一个实例，并提供一个访问它的全局访问点。State：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。Strategy：定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。Template Method：定义一个操作中的算法的骨架，而将一些步骤延
迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些
特定步骤。Visitor：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
大致有23种都是表示类与类之间的构架关系也就是表示对象的逻辑关系设计模式根据使用
类型可以分为三种：1、创建模式：工厂模式、单子模式、建造者模式、原型模式、工厂方
法模式。2、结构模式：外观模式、代理模式、适配器模式、组合模式、装饰模式、桥模式
、共享模式。3、行为模式：模板模式、纪念品模式、观察者模式、责任链模式、命令模
式、声明模式、策略模式、中介模式、解释器模式、访问模式说白了模式就是前人经过大量
的实践,总结出来的优化的对象关系你也可以自己总结出来
工厂方法模式： 一个抽象产品类，可以派生出多个具体产品类。 一个抽象工厂类，可以派生出多个具体工厂类。 每个具体工厂类只能创建一个具体产品类的实例。 抽象工厂模式： 多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。 一个抽象工厂类，可以派生出多个具体工厂类。 每个具体工厂类可以创建多个具体产品类的实例。 区别： 工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。 工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。 看了网络上很多关于设计模式的方法,有的模式看起来相似,但本质还是区别很大的.像简单工厂,工厂方法和抽象工厂就有很明显的区别. 有一个比较好理解的例子,在这跟大家介绍下: 1.如果一个后花园只种蔬菜类,那么就用简单工厂就可以了. 2.如果后花园蔬菜品种繁多.得用工厂方法才可以,把共有的东西抽象出来. 3.如果要扩大后花园的规模,比如一个在北方,一个在南方,这样工厂方法就无法实现了,就应当用抽象工厂,把各种各样的植物,又组成一个后花园. 所以我个人认为,简单工厂是一个工厂只生产一类的产品,面对的是具体的类,工厂方法是可以生产不同的产品,把公共的方法抽象出来,然后进行创建各种各样的产品.抽象工厂把几种产品划出共同的东西,把相互依赖的对象抽象出来,只要实现这些接口就可以得到不同的产品. 具体例子: 1.简单工厂: using System; public interface ICar { void run(); } public class BMWCar : ICar { public void run() { Console.WriteLine("BMWCar run"); } }
创建型模式概述 创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。为了使软件的结构更加清晰，外界对于这些对象只需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。 模式动机 考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的按钮（如圆形按钮、矩形按钮、菱形按钮等），这些按钮都源自同一个基类，不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观，如果我们希望在使用这些按钮时，不需要知道这些具体按钮类的名字，只需要知道表示该按钮类的一个参数，并提供一个调用方便的方法，把该参数传入方法即可返回一个相应的按钮对象，此时，就可以使用简单工厂模式。模式定义 简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。 模式分析 将对象的创建和对象本身业务处理分离可以降低系统的耦合度，使得两者修改起来都相对容易。 在调用工厂类的工厂方法时，由于工厂方法是静态方法，使用起来很方便，可通过类名直接调用，而且只需要传入一个简单的参数即可，在实际开发中，还可以在调用时将所传入的参数保存在XML等格式的配置文件中，修改参数时无须修改任何Java源代码。 简单工厂模式最大的问题在于工厂类的职责相对过重，增加新的产品需要修改工厂类的判断逻辑，这一点与开闭原则是相违背的。 简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。 简单工厂模式的不足 在简单工厂模式中，只提供了一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。简单工厂模式最大的缺点是当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。在简单工厂模式中，所有的产品都是由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。 模式动机 考虑这样一个系统，按钮工厂类可以返回一个具体的按钮实例，如圆形按钮、矩形按钮、菱形按钮等。在这个系统中，如果需要增加一种新类型的按钮，如椭圆形按钮，那么除了增加一个新的具体产品类之外，还需要修改工厂类的代码，这就使得整个设计在一定程度上违反了“开闭原则”。 模式定义 工厂方法模式(Factory Method Pattern)又称为工厂模式，也叫虚拟构造器(Virtual Constructor)模式或者多态工厂(Polymorphic Factory)模式，它属于类创建型模式。在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。 模式分析 工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了面向对象的多态性，工厂方
组装液晶，杂牌液晶的常用总线进入方法有下面这些 方法1 遥控器按下菜单键后显示OSD菜单，再按6480进入工厂，3秒内完成 方法2 遥控器按下菜单键后显示OSD菜单，再按6087进入工厂，3秒内完成 方法3 遥控器按下菜单键后显示OSD菜单，再按5451进入工厂，3秒内完成 方法4 遥控器按下菜单键后显示OSD菜单，再按3867进入工厂，3秒内完成 方法5 虹星板杂牌液晶进总线，按菜单，再按9527进入工厂，3秒内完成 方法6 按菜单,再按1147 方法7 按菜单,再按9527。 方法8 乐华板是菜单＋１１４７ 方法9 菜单 1234 方法10 菜单 2508 方法11 按菜单键然后输入2580 方法12 顶科6M48 总线进入方法信号源 1973即可或按信号源在按2580 方法13 在音量菜单下将平衡项置为0，然后顺序按1-9-6-9即可进入。参考 MST6M48RVS机芯电路调试。 志诚T482_V1 T482-V1液晶万能板总线进入方法MST6M48RHS-LF-Z1-SJ HKC液晶菜单状态下按 9527 或菜单 2580 板号是QT553M V0.3 按信号源在按2580 TSU59V2-LCD平板电视通用数字主板工厂模式设置教程 [佚名][2013年4月18日][0] TSU59V2-LCD平板电视通用数字主板工厂模式设置教程通用兼容代换时出现花屏鬼影文字重影时需要设置项如下: 1.用遥控器按菜单键,再输入密码进入工厂模式设置项: 2.选择特殊设置项进入 3.再选择屏参设置项进入 4.设置项如下: 密码:9527 …… 3.液晶电视驱动板工厂模式常用设置T.VST29.03 [佚名][2013年3月1日][0] 液晶电视驱动板工厂模式常用设置T.VST29.03 工厂模式进入方法: 1.遥控器按下菜单键: 2.屏显示菜单后,连接输入1147. 3.进入工厂模式主菜单. 4.常用设置. 选中: PANEL CONFIG 按右键进入. 花屏鬼影故障: 左右键切换LVDS MAP …… 4.通用液晶电视高清数字主板工厂模式调试实例图示 [华升][2012年10月16日][0] 通用液晶电视高清数字主板工厂模式调试实例图示 1.按下菜单键,输入密码,进入工厂设置:先中参数设置,确认进入 2.先中屏参设置,确认进入常需设置项: 开机模式 ----保存\开\关三种模式, 一次开机选:开 ; 二次开机选:关. 开机LOGO ----开机画面可选三种,LG SONY 三星……
设计模式概述
在面向对象的编程中,软件编程人员更加注重以前的代码的重用性和可维护性. 设计模式使人 们可以更加简单方便地复用成功的设计和体系结构. 将已证实的技术表述成设计模式也会使新系 统开发者更加容易理解其设计思路. 模式是对前人设计经验的总结. 一般而言,一个模式有四个基本要素
1 模式名称(ptennm) 一个助记名, . atr ae
2 .问题(rbe) 描述了应该在何时使用模式.它解释了设计问题和问题存在的前因后果, polm: 它可能描述了特定的设计问题, 如怎样用对象表示算法等. 也可能描述了导致不灵活设计的类或 对象结构.有时候,问题部分会包括使用模式必须满足的一系列先决条件. 3 .解决方案(ouin slto)描述了设计的组成成分,它们之间的相互关系及各自的职责和协作方 式.因为模式就像一个模板,可应用于多种不同场合,所以解决方案并不描述一个特定而具体的 设计或实现, 而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合 (类或对象组 合)来解决这个问题. 4 .效果(osqecs cneune)描述了模式应用的效果及使用模式应权衡的问题.尽管我们描述设计 决策时, 并不总提到模式效果, 但它们对于评价设计选择和理解使用模式的代价及好处具有重要 意义.软件效果大多关注对时间和空间的衡量,它们也表述了语言和实现问题.因为复用是面向 对象设计的要素之一,所以模式效果包括它对系统的灵活性,扩充性或可移植性的影响,显式地 列出这些效果对理解和评价这些模式很有帮助.
一些基本的设计模式
Asrc Fcoy: 供一个创建一系列相关或相互依赖对象的接口, btat atr 提 而无需指定它们具体的类.
Aatr:将一个类的接口转换成客户希望的另外一个接口.Adapter dpe 模式使得原本由于 接口不兼容而不能一起工作的那些类可以一起工作. Big rde:将抽象部分与它的实现部分分离,使它们都可以独立地变化. Bidr:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. ule Cano epniiiy:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会 hi fRsosblt 处理这个请求.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它. Cmad:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排 omn 队或记录请求日志,以及支持可取消的操作. Cmoie:将对象组合成树形结构以表示"部分opst 整体"的层次结构.它使得客户对单个对象 和复合对象的使用具有一致性. Dcrtr:动态地给一个对象添加一些额外的职责.就扩展功能而言, 它比生成子类方式更 eoao 为灵活. Fcd aae:为子系统中的一组接口提供一个一致的界面, Facade 模式定义了一个高层接口, 这个接口使得这一子系统更加容易使用. FcoyMto atr ehd:定义一个用于创建对象的接口,让子类决定将哪一个类实例化.Fcoy atr Mto 使一个类的实例化延迟到其子类. ehd
Created by PDF Generator (https://www.doczj.com/doc/3716122331.html,/), to remove this mark, please buy the software.
Java设计模式之工厂模式(Factory) 时间：2009-08-04 17:23 来源：未知作者：和水柔石 CSDN IE QQ百度我挖Google POCO Yahoo新浪365Key天极和讯博拉Live奇客鲜果收客饭否叽歪挖客 核心提示：作者：和水柔石一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz 车后跟司机说开奔驰车！，坐上Bmw 后他说开 作者：和水柔石 一、引子 话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz 车后跟司机说" 开奔驰车！" ，坐上Bmw 后他说" 开宝马车！" ，坐上Audi 后他说" 开奥迪车！" 。你一定说：这人有病！直接说开车不就行了？！而当把这个爆发户的行为放到我们程序语言中来，我们发现C 语言一直是通过这种方式来坐车的！幸运的是，这种有病的现象在OO 语言中可以避免了。下面以Java 语言为基础来引入我们本文的主题：工厂模式！！ 二、简介 工厂模式主要是为创建对象提供了接口。工厂模式按照《Java 与模式》中的提法分为三类： 1. 简单工厂模式(Simple Factory) 2. 工厂方法模式(Factory Method) 3. 抽象工厂模式(Abstract Factory) 这三种模式从上到下逐步抽象，并且更具一般性。还有一种分类法，就是将简单工厂模式看为工厂方法模式的一种特例，两个归为一类。下面是使用工厂模式的两种情况： 1. 在编码时不能预见需要创建哪种类的实例。 2. 系统不应依赖于产品类实例如何被创建、组合和表达的细节 三、简单工厂模式 顾名思义，这个模式本身很简单，而且使用在业务较简单的情况下。 它由三种角色组成（关系见下面的类图）： 1、工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java 中它往往由一个具体类实现。 2、抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java 中由接口或者抽象类来实现。 3、具体产品角色：工厂类所创建的对象就是此角色的实例。在java 中由一个具体类实现。
型号: 2910G,2910D,2910DZ,2911,2911D,2911DI,2911Z,2911DZ,2913D,2915DZ,2916D,2927D,2956D ,2965D,2975,2975D,2975DI,2980G,2980D,2980GI,2980DB,2988G,2988D,2988DB,2988DF,2988 DI, AT2911DZ,AT2915DZ,AT2915,AT2927I,AT2939,AT2956,AT29 65,AT2956B,AT2975D,AT2975Z,AT2975F,AT2975I,AT2986Z,AT29 80D,AT2980DB,AT2988DB,AT2988,AT2988D,AT2986Z,AT2990,AT2 990I CPU型号: OM8838,TDA8841 参数: 将普通遥控器打开后盖在线路板上的D04位置插上二极管(IN4148), 方向与板面方向相同,然后,按“菜单”两次,即可进入“工厂模式”的各项目调整（注：21寸按“美化画面”键）. 备注: 飞利浦IIC数码29寸机芯 型号: N14K6,21A1,21V1,21G6,21V8,21B1,21B2,N21K1,N21K2,N21K3,N 21B1L,N21B2,N21B6,N21B6J,N21G6,N21E2 CPU型号: TMPA8803,TMPA8809 参数: A、开机后按住主机的“音量▼”键，使音量减到0（不要松放手），同时按遥控器上的“0”键三次，必须在1.5秒
之内完成，即可进入工厂菜单。 B、按工厂遥控器上的“回看”键直接进入。要求：按“方法A”进入工厂D-MODE后，小屏幕系列按“3”数字键选择并设置“DMODE”项为“01”； 大屏幕系列按“6”数字键选择并设置“FACT”项为“开”。以后就可以用遥控器上的“回看”键直接进入或退出工厂菜单。 C、工厂模式的退出： 在“方法B”情况下按遥控器上的“回看”键可以直接退出工厂模式；当调试完毕将“FACT”项设置为“关”，即出厂前需设置“FACT”项为“关”，直接关机即可。 备注: 乐华：东芝超级单芯片S12机芯 型号: AT3416D(F),AT3460D,AT3480DZ,AT3480GI,AT3486DI,AT3486DZ, AT3488DZ,3811DI,3406D,3409D,3416,3416D,3416DI, 3416D(F),3418D,3433D,3433DZ,3438D,3460D,3480GI,3488 GI,3488D,3488BD,34D106 CPU型号: OM8838,TDA8841 参数: 将普通遥控器打开后盖在线路板上的D04位置插上
1．进入／退出工厂模式的方法 (1)进入方法 按音量键直至音量减到0，同时按下遥控器的屏显键即可进入工厂模式。在工厂菜单 根目录下，按右键或菜单键进入下一页。 (2)退出方法 按屏显键即可退出工厂菜单。 2．进入／退出老化模式的方法 首先，把用户菜单→高级→菜单设置→菜单定时改为“关”；然后使音量减到0，同 时按下遥控器的交替键即可进入老化模式。按遥控器上的电源键，进入待机，再按电源键开机，即可退出老化模式。 3．调试内容及方法 工厂菜单的各项内容如下。 (1)第1页：Soft Version Resolution 1366×768 屏物理分辨率 Refresh Rate 60Hz 刷新频率 Color depth 8bit 颜色分辨率 Processor VII Engine VⅡ功能 Type 22L08IW 机型 CPU 8R03-VER1．0-081104 软件版本 EEP 8R03-081104 E2PROM版本 (2)第2页： ADC Auto Color 白平衡调整 Factory Hot Key 工厂遥控器单键模式开关 Reset 复位E2PROM (3)第3页：Cliem Option(工程机参数设置) PO．CH．CTL 开机频道开关，打开后开机频道的设置才起作用PO．Val．CTL 开机音量开关，打开后开机音量的设置才起作用 TV Func．CTL 调台开关(待取消) Keypand Lock 按键锁定，键控板锁定，等同于童锁 Music CH．CTL 音乐频道开关，打开后，音乐频道的设置才起作用Max Val．CTL 最大音量开关，打开后，最大音量的设置才起作用PowerON CH 开机频道，设置开机的频道 PowerON Val 开机音量，设置开机的音量
工厂模式有以下几种形态: 简单工厂(Simple Factory)模式 工厂方法(Factory Method)模式,又称多形性工厂(Polymorphic Factory)模式 抽象工厂(Abstract Factory)模式,又称工具箱(Kit或Toolkit)模式 在简单工厂模式中,一个工厂类处于对产品类实例化调用的中心位置上,它决定那一个产品类应当被实例化, 如同一个交通警察站在来往的车辆流中,决定放行那一个方向的车辆向那一个方向流动一样。 工厂方法模式是简单工厂模式的进一步抽象化和推广，工厂方法模式里不再只由一个工厂类决定那一个产品类应当被实例化,这个决定被交给子类去作。
工厂方法模式和简单工厂模式在定义上的不同是很明显的。工厂方法模式的核心是一个抽象工厂类,而不像简单工厂模式, 把核心放在一个实类上。工厂方法模式可以允许很多实的工厂类从抽象工厂类继承下来, 从而可以在实际上成为多个简单工厂模式的综合,从而推广了简单工厂模式。 反过来讲,简单工厂模式是由工厂方法模式退化而来。设想如果我们非常确定一个系统只需要一个实的工厂类, 那么就不妨把抽象工厂类合并到实的工厂类中去。而这样一来,我们就退化到简单工厂模式了。 抽象工厂模式是所有形态的工厂模式中最为抽象和最具广泛性的一种形态，抽象工厂模式是工厂方法模式的进一步扩广化和抽象化。如下图：
在抽象工厂模式中，抽象产品(AbstractProduct) 可能是一个或多个，从而构成一个或多个产品族(Product Family)。在只有一个产品族的情况下，抽象工厂模式实际上退化到工厂方法模式。 总结：简单工厂模式是由一个具体的类去创建其他类的实例，父类是相同的，父类是具体的。 工厂方法模式是有一个抽象的父类定义公共接口，子类负责生成具体的对象，这样做的目的是将类的实例化操作延迟到子类中完成。 抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无须指定他们具体的类。它针对的是有多个产品的等级结构。而工厂方法模式针对的是一个产品的等级结构。
工厂模式 工厂模式 用工厂方法代替了new操作, 将选择实现类, 创建对象统一管理和控制.从而将调用者(Client)与实现类进行解耦.实现了创建者与调用者分离; 使用场景 JDK中Calendar的getInstance方法; JDBC中Connection对象的获取; MyBatis中SqlSessionFactory创建SqlSession; SpringIoC容器创建并管理Bean对象; 反射Class对象的newInstance; …. 静态工厂模式 静态工厂模式是工厂模式中最简单的一种，他可以用比较简单的方式隐藏创建对象的细节，一般只需要告诉工厂类所需要的类型，工厂类就会返回需要的产品类，而客户端看到的也只是产品的抽象对象(interface)，因此无需关心到底是返回了哪个子类 我们以运算符类为例, 解释静态工厂模式. Operator接口 /** * 运算符接口 * Created by jifang on 15/12/7. */ public interface Operator
int result = 0; for (int arg : args) { result += arg; } return result; } } public class MultiOperator implements Operator
常见显示器工厂模式的进入方法大全（3－2） 2007年03月31日星期六下午 01:19 21.七喜显示器（HEADY） (1）型号：7KIr 面板按键：“Exit”，“↑（Bright）”，“↓(Contrast)”，“Menu”，电源开关“◎” 。 这款显示器的工厂模式进入方法同TCL的该型号显示器。 (2)型号：17F02 面板按键：“-”，“+”，“←”,“→”,电源开关“◎”。 工厂模式：未知。 3）液晶显示器JT160 面板按键：“1”，“↑”，“↓”，“2”，电源开关“◎”。 工厂模式：未知。 (4).产型1772ED机种MOG17F02 面板按键：“MENU”，“←/B”,“→/C”,“EXIT”，电源开关“◎”。 工厂模式：首先关闭显示器电源开关，用手同时按住“MENU”和“→/C”不松手，再打开显示器电源开关，等屏幕出现图像时松开手。 (5).TFT1560PS液晶显示器 面板按键：“AUTO”，“←/B”,“→/C”, “MENU”，电源开关“◎”。 工厂模式：未知。 （6）、型号：G556 BGA 面板按键：“MENU”，“DOWN”，“－”，“＋”，电源开关 工厂模式：同时按住“MENU”和“DOWN”键，再打开显示器电源开关。等屏幕出现图像时，按下“MENU”键，这时屏幕上出现的菜单即为工厂模式。 22. 大水牛显示器 该款显示器是由EMC冠捷公司OEM生产。 面板按键：“Exit”，“↑”，“↓”，“Menu”，电源开关“◎”。 工厂模式：在显示器正在工作时，拔掉显示器电源线后，用左手按住“↑”后不松手，再插上电源线，等屏幕出现图像时，这时屏幕上的OSD菜单就是工厂模式。其中的“↓”键，还有图像模式调整功能，连续按下“↓”键，显示器的图像模式会在“ZOOM PICTURE”，“WARM PICTURE”，“NORMAL PICTURE ”，“VIDEO PICTURE”四种模式中进行转换。 23.NEC显示器 (1). FE771SB CRT显示器 面板按键：“Exit”，“←”,“→”,“↑”,“↓”“Select”，“Reset”，电源开关键“●” 。 单独按下“Select”键时，显示器屏幕图像会在高亮模式（Super Bright mode）和普通模式之间转换。 工厂模式：未知。 24、神舟显示器 (1)、J15AA 液晶显示器
1. 使用简单工厂模式设计一个可以创建不同几何形状（Shape），如圆形（Circle）、矩形（Rectangle）的绘图工具工厂类，每个几何图形均有绘制draw()和擦除erase()两个方法，要求在绘制不支持的几何图形时，抛出一个UnSupportedShapeException。绘制类图并编程模拟实现。 代码实现 Shape.java Circle.java
Rectangle.java ShapeFactory.java UnSupportedShapeException.java Test.java
如果向工厂类传入参数“circle”，则返回一个Circle对象，如果传入参数“rectangle”，则返回一个Rectangle对象。现需要增加一个新的三角形Triangle类，如果传入参数“triangle”，则返回一个Triangle对象，对代码进行修改并注意工厂类的变化。 添加一个Triangle类 Triangle.java ShapeFactory类的代码，违背了开闭原则。 ShapeFactory.java
Assert.java 2. 现需要设计一个程序来读取多种不同类型的图片格式，针对每一种图片格式都设计一个图片读取器(ImageReader)，如GIF图片读取器(GifReader)用于读取GIF格式的图片、JPG 图片读取器(JpgReader)用于读取JPG格式的图片，所有的图片读取器都有读取图片的方法readImage()。图片读取器对象通过图片读取器工厂ImageReaderFactory来创建，ImageReaderFactory是一个抽象工厂接口，定义了创建图片读取器的工厂方法createImageReader()，其实现类GifReaderFactory用于创建GIF图片读取器(GifReader)对象，
简单工厂设计模式 目录 1.1摘要 (2) 2.1关键字 (2) 3.1开发工具 (2) 4.1简单工厂模式动机与定义： (2) 4.1.1模式动机 (2) 4.1.2模式定义 (2) 5.1简单工厂模式结构 (3) 6.1简单工厂模式实例： (4) 6.1.1代码分析 (4) 6.1.1.1Product（Shape抽象类）代码： (4) 6.1.1.2ConcreteProduct（Juxing,YuanXing,SanJiao具体产品类）代码：5 JuXing类： (5) YuanXing类： (6) SanJiao类： (6) 6.1.1.3Factory(Factory类)代码： (7) 6.1.1.4 (main类)： (7) 6.1.1.5运行结果： (10) 7.1结论 (10) 8.1参考文献： (10)
1.1摘要 本文从面向对象的角度对java接口的概念、作用以及使用它的好处做分析，讲解面向接口编程的方法，结合初步接触软件开发的人员习惯，从简单工厂设计模式的概念和其结构以及用途进行解析，重点讲解简单工厂设计模式在软件开发过程中的作用和好处，通过一些实例来说明简单工厂设计模式的特点。 2.1关键字 面向对象；java接口；接口编程；简单工厂设计模式。 3.1开发工具 Eclipse java语言开发 4.1简单工厂模式动机与定义： 在实际的软件开发过程中有时需要创建一些来自于相同父类的类的实例，为此可以专门定义一个类来负责创建这些类的实例，这些被创建的实例具有共同的父类。在这种情况下，可以通过传入不同的参数从而获取不同的对象，理由Java语言的特征，习惯上将创建其他类实例的方法定义为static方法，外部不需要实例化这个类就可以直接调用该方法来获得需要的对象，该方法也成为静态工厂方法。 4.1.1模式动机 考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的按钮（如圆形按钮，矩形按钮等），这些按钮都源自同一个基类，不过在继承基类之后不同的子类修改了部分属性从而使得它们可以呈现不同的外观，如果我们希望在使用这些按钮时，不需要知道这些具体按钮类的名字，只需要知道表示该按钮的一个参数，并提供一个调用方便的方法，把该参数传入方法即可返回一个相应的按钮对象，此时，就可以使用简单工厂模式。 4.1.2模式定义 简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常具有共同的父类。
工厂设计模式实验说明书 一、实验目的 （1）熟悉简单工厂模式、工厂模式的提出动机，了解类结构及定义。 （2）熟悉简单工厂模式、工厂模式的的优缺点、适用场合。 （3）学习如何使用简单工厂模式和工厂模式。 二、实验内容及步骤 （1）首先熟悉根据理论课学习的简单工厂模式、工厂模式的内容 （2）上机熟悉程序代码，以加深对这两种设计模式的理解。 （3）然后，根据设定的实验问题，分别以简单工厂模式和工厂模式加以实现，完成相应代码编写，并画出相应的类结构图。 三、实验任务 （1）对设定问题分别编写简单工厂模式、工厂模式的实现代码，以及类结构图； （2）完成实验报告并提交。 四、实验报告的书写方法及书写内容 （1）实验目的 熟悉简单工厂设计模式、工厂设计模式的原理、模式提出的动机、实现方式、优缺点及适 用场合。 （2）实验内容 1. 以简单工厂设计模式实现设定问题求解。 2. 以工厂设计模式实现设定问题求解。 3. 通过实现代码的运行加深对简单工厂模式和工厂模式的理解 （3）完成的工作 1. 程序代码 2. 类结构图 3. 实验报告 （4）总结 1. 简工厂设计模式的优缺点：xxxx 2. 工厂设计模式的优缺点：xxxx 3. 总结，意见、建议、体会等：xxxx *实验设定问题： 在某OA系统中，系统根据对比用户在登录时输入的账号和密码以及在数据库中存储的账号和密码是否一致来进行身份验证，如果验证通过，则取出存储在数据库中的用户权限等级（以整数形式存储），根据不同的权限等级创建不同等级的用户对象，不同等级的用户对象拥有不同的操作权限。现使用简单工厂模式来设计该权限管理模块。其类结构如图去所示，请完成其简单的代码程序。 Administrator +diffOperation () ...: void UserFactory +getUser (int permission) ... : User Employee +diffOperation () ... : void Manager +diffOperation () ...: void User + +sameOperation () diffOperation () ... : void : void
工厂方法模式(Factory Method)—对象创建型模式 工厂模式有以下几种形态： 简单工厂（Simple Factory)模式； 工厂方法(Factory Method)模式，又称多形性工厂(Polymorphic Factory)模式； 抽象工厂(Abstract Factory)模式,又称工具箱(Kit或Toolkit)模式 概述 在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。 意图 定义一个用户创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。 工厂方法模式解说 在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不接触哪一个产品类被实例化这种细节。这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。在Factory Method模式中，工厂类与产品类往往具有平行的等级结构，它们之间一一对应。 现在我们考虑一个日志记录的例子（这里我们只是为了说明Factory Method模
记录的类，支持记录的方法有FileLog和EventLog两种方式。在这里我们先不谈设计模式，那么这个日志记录的类就很好实现了： 1///
实验三工厂方法设计模式 实验目的：加深对工厂方法设计模式及创建型设计模式原理的理解 实验环境：C#.Net 实验内容： 某系统日志记录器要求支持多种日志记录方式，如文件日志记录和到数据库日志记录等，且用户在应用场景下可以根据要求动态选择日志记录方式，现使用工厂方法设计模式设计该系统。 实验过程： 1、构建实现场景，画出UML类图 2、实现代码(C#) static void Main(string [] args) { Console .WriteLine("采用文件日志记录方式"); ILogFactory fileLogFactory = new FileLogFactory(); Log filelog = fileLogFactory .CreateLog();
filelog .write(); Console .WriteLine("=============================="); Console .WriteLine("采用数据库日志记录方式"); ILogFactory databaseLogFactory = new DatabaseLogFactory(); Log databaseLog = databaseLogFactory .CreateLog(); databaseLog .write(); } ///
工厂模式的三种类型： 1抽象工厂模式是所有形态的工厂模式中最为抽 象和最其一般性的。抽象工厂模式可以向客户端 提供一个接口，使得客户端在不必指定产品的具 体类型的情况下，能够创建多个产品族的产品对 象。 1.抽象工厂（Creator）角色 抽象工厂模式的核心，包含对多个产品结构的声明，任何工厂类都必须实现这个接口。 2.具体工厂（Concrete Creator）角色 具体工厂类是抽象工厂的一个实现，负责实例化某个产品族中的产品对象。 3.抽象（Product）角色 抽象模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 4.具体产品（Concrete Product）角色 抽象模式所创建的具体实例对象 总结：抽象工厂中方法对应产品结构，具体工厂对应产品族。 2工厂方法模式同样属于类的创建型模式又被称 为多态工厂模式。工厂方法模式的意义是定义一个创建 产品对象的工厂接口，将实际创建工作推迟到子类当中。 核心工厂类不再负责产品的创建，这样核心类成为一个 抽象工厂角色，仅负责具体工厂子类必须实现的接口， 这样进一步抽象化的好处是使得工厂方法模式可以使系 统在不修改具体工厂角色的情况下引进新的产品。
1.抽象工厂（Creator）角色 工厂方法模式的核心，任何工厂类都必须实现这个接口。 2.具体工厂（Concrete Creator）角色 具体工厂类是抽象工厂的一个实现，负责实例化产品对象。 3.抽象（Product）角色 工厂方法模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 4.具体产品（Concrete Product）角色 工厂方法模式所创建的具体实例对象 工厂方法模式与简单工厂模式在结构上的不同不是很明显。工厂方 法类的核心是一个抽象工厂类，而简单工厂模式把核心放在一个具 体类上。 工厂方法模式之所以有一个别名叫多态性工厂模式是因为具体工 厂类都有共同的接口，或者有共同的抽象父类。 当系统扩展需要添加新的产品对象时，仅仅需要添加一个具体对 象以及一个具体工厂对象，原有工厂对象不需要进行任何修改，也 不需要修改客户端，很好的符合了“开放－封闭”原则。而简单工厂 模式在添加新产品对象后不得不修改工厂方法，扩展性不好。 工厂方法模式退化后可以演变成简单工厂模式。 3简单工厂模式属于类的创建型模式,又叫做静态 工厂方法模式。通过专门定义一个类来负责创建 其他类的实例，被创建的实例通常都具有共同的 父类。 1.工厂（Creator）角色 简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。 2.抽象（Product）角色 简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 3.具体产品（Concrete Product）角色
java三种工厂模式 适用场合： 1、工厂模式的适用场合 创建新对象最简单的办法是使用new关键字和具体类。只有在某些场合下，创建和维护对象工厂所带来的额外复杂性才是物有所值。本节概括了这些场合。 1.1 动态实现 如果需要像前面自行车的例子一样，创建一些用不同方式实现同一接口的对象，那么可以使用一个工厂方法或简单工厂对象来简化选择实现的过程。这种选择可以是明确进行的也可以是隐含的。前者如自行车那个例子，顾客可以选择需要的自行车型号；而下一节所讲的XHR工厂那个例子则属于后者，该例中所返回的连接对象的类型取决于所探查到的带宽和网络延时等因素。在这些场合下，你通常要与一系列实现了同一个接口、可以被同等对待的类打交道。这是JavaScript中使用工厂模式的最常见的原因。 1.2 节省设置开销
如果对象需要进行复杂并且彼此相关的设置，那么使用工厂模式可以减少每种对象所需的代码量。如果这种设置只需要为特定类型的所有实例执行一次即可，这种作用尤其突出。把这种设置代码放到类的构造函数中并不是一种高效的做法，这是因为即便设置工作已经完成，每次创建新实例的时候这些代码还是会执行，而且这样做会把设置代码分散到不同的类中。工厂方法非常适合于这种场合。它可以在实例化所有需要的对象之前先一次性地进行设置。无论有多少不同的类会被实例化，这种办法都可以让设置代码集中在一个地方。 如果所用的类要求加载外部库的话，这尤其有用。工厂方法可以对这些库进行检查并动态加载那些未找到的库。这些设置代码只存在于一个地方，因此以后改起来也方便得多。 1.3 用许多小型对象组成一个大对象 工厂方法可以用来创建封装了许多较小对象的对象。考虑一下自行车对象的构造函数。自行车包含着许多更小的子系统：车轮、车架、传动部件以及车闸等。如果你不想让某个子系统与较大的那个对象之间形成强耦合，而是想在运行时从许多子系统中进行挑选的话，那么工厂方法是一个理想的选择。使用这种技术，某天你可以为售出的所有自行车配上某种链条，要是第二天找到
工厂方法模式（Factory Method) 耦合关系： 动机(Motivation): 在软件系统中，由于需求的变化，"这个对象的具体实现"经常面临着剧烈的变化，但它却有比较稳定的接口。 如何应对这种变化呢？提供一种封装机制来隔离出"这个易变对象"的变化，从而保持系统中"其它依赖的对象"不随需求的变化而变化。 意图(Intent): 定义一个用户创建对象的接口，让子类决定实例哪一个类。Factory Method使一个类的实例化延迟到子类。 ----------《设计模式》GOF 结构图(Struct):
生活实例： 适用性： 1.当一个类不知道它所必须创建的对象类的时候。 2.当一个类希望由它子类来指定它所创建对象的时候。 3.当类将创建对象的职责委托给多个帮助子类中的某个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。 实例代码： CarFactory类： 1public abstract class CarFactory 2{ 3public abstract Car CarCreate(); 4} Car类： 1public abstract class Car 2{ 3public abstract void StartUp(); 4public abstract void Run(); 5public abstract void Stop(); 6 7} HongQiCarFactory类：
1public class HongQiCarFactory:CarFactory 2{ 3public override Car CarCreate() 4{ 5return new HongQiCar(); 6} 7} BMWCarFactory类： 1public class BMWCarFactory:CarFactory 2{ 3public override Car CarCreate() 4{ 5return new BMWCar(); 6} 7} HongQiCar类： 1public class HongQiCar:Car 2{ 3public override void StartUp() 4{ 5Console.WriteLine("Test HongQiCar start-up speed!"); 6} 7public override void Run() 8{ 9Console.WriteLine("The HongQiCar run is very quickly!"); 10} 11public override void Stop() 12{ 13Console.WriteLine("The slow stop time is3second"); 14} 15} BMWCar类： 1public class BMWCar:Car 2{