工厂模式，我觉得就是桥接模式。我分不开。有高手吗？

Question

最好能非常通俗地举例说明。

Answer 1

先说bridge模式。
举例我不太会举，但是我觉得如果你要是能看懂我说的，基本上也就能分开了。
bridge模式（一种面向对象的思维模式），简单的说就是万物皆对象，而根据客户的需求调用这些对象的方法啦，属性啊，实现对象和对象的联系，进行组合达到客户的最终目的。具体的实现，其实如果你学JAVA 每天可能都在用，我们只需要考虑代码的重用性，就很容易想到桥接。至于工厂嘛。
简单的讲，每次你都要NEW一个对象的话，那么在程序中必然会受到  这个对象类的限制问题，比如说构造啦，或者继承啦。 那么就会降低我们这个程序的重用性，加入今天我不NEW这个对象了，NEW那个对象的话，还得改源码，对于小程序肯定感觉不到什么，但是要是大工程的话，你想想 你还得找到程序中什么地方NEW的对象，然后去修改。但是如果建个工厂的话 你只需要改一句话。 那么你是不是认为工厂模式给你带来了便利了呢？ 最后希望我写的这些能对你有帮助。

Answer 2

工厂模式：
    工厂模式就是专门负责将大量有共同接口的类实例化,而且不必事先知道每次是要实例化哪一个类的模式。它定义一个用于创建对象的接口，由子类决定实例化哪一个类。桥模式：
    将某个问题抽象的不同形式分别与该问题的具体实现部分相分离，使他们都可以独立变化，并能够动态结合。区别：
    工厂模式主要负责创建对象而桥模式主要负责将抽象的不同形式与具体实现部分分离。
    你的问题关键是如何理解桥模式，理解了桥模式就能明确他们之间的区别，而要理解桥模式，你应该从宏观而不能从微观的角度去看一个架构的设计，举个桥模式的例子：最典型的例子就是JDBC。JDBC API(Sun)提供抽象部分，各个JDBC驱动厂商(Oracle, Mysql...)提供实现部分。新的JDBC驱动可以“即插即用”在JDBC API中，而不需要修改我们调用者的代码。这就是所谓的抽象部分(JDBC API)与它的实现部分(JDBC Driver)分离。从宏观角度JDBC可以称为桥模式，但是从微观角度，JDBC中又使用了很多其他设计模式，比如工厂模式，策略模式等等。因此评价一个架构究竟使用了什么设计模式，我认为应该先从宏观角度说起，再从微观角度来看。
网上找的哈~~

Answer 3

例子:
1,工厂模式---spring ioc
2，桥接模式----jdbc数据库连接

Answer 4

FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 
　　工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 

Answer 5

工厂方法 模式 【Factory Method Pattern】 
女娲补天的故事大家都听说过吧，今天不说这个，说女娲创造人的故事，可不是“造人”的工作，这
个词被现代人滥用了。这个故事是说，女娲在补了天后，下到凡间一看，哇塞，风景太优美了，天空是湛
蓝的，水是清澈的，空气是清新的，太美丽了，然后就待时间长了就有点寂寞了，没有动物，这些看的到
都是静态的东西呀，怎么办？ 
别忘了是神仙呀，没有办不到的事情，于是女娲就架起了八卦炉（技术术语：建立工厂）开始创建人，
具体过程是这样的：先是泥巴捏，然后放八卦炉里烤，再扔到地上成长，但是意外总是会产生的： 
第一次烤泥人，兹兹兹兹~~，感觉应该熟了，往地上一扔，biu~，一个白人诞生了，没烤熟！ 
第二次烤泥人，兹兹兹兹兹兹兹兹~~，上次都没烤熟，这次多烤会儿，往地上一扔，嘿，熟过头了，
黑人哪！ 
第三次烤泥人，兹~兹~兹~，一边烤一边看着，嘿，正正好，Perfect！优品，黄色人类！【备注:RB 人
不属此列】 

Answer 6

jdbc的说法，怎么象适配器了呢