应用工厂在java文档中出现的 “工厂方法”是什么意思?

工厂可分为那四个主要部门?

企业部门设置要根据工厂生产实际来决定，一般可设置综合办公室（含行政、后勤、安保、人力资源）、采购部、生产（销售）部、技术质量部。

如果没有相关的职能可取消，如代加工（来料加工）的产品可以不需要设置采购部门。

为什么要使用工厂模式

当系统扩展需要添加新的产品对象时，仅仅需要添加一个具体对象以及一个具体工厂对象，原有工厂对象不需要进行任何修改，也不需要修改客户端，很好的符合了"开放－封闭"原则。

而 简单工厂模式在添加新产品对象后不得不修改工厂方法，扩展性不好。

智能工厂：到底什么是工业4.0

先声明，兔哥只是个知识的搬运工，我说的不一定对，不过是看了很多材料后消化理解的结果而已。

事实上，工业4.0就没有标准答案，连德国人自己都没有。

先看三个概念： 工业1.0 机械化，以蒸汽机为标志，用蒸汽动力动力驱动机器取代人力，从此手工业从农业分离出来，正式进化为工业。

工业2.0 电气化，以电力的广泛应用为标志，用电力驱动机器取代蒸汽动力，从此零部件生产与产品装配实现分工，工业进入大规模生产时代。

工业3.0 自动化，以PLC（可编程逻辑控制器）和PC的应用为标志，从此机器不但接管了人的大部分体力劳动，同时也接管了一部分脑力劳动，工业生产能力也自此超越了人类的消费能力，人类进入了产能过剩时代。

这三个定义都很学术，你们放心，这是全文最学术的一段话，后面就都是讲故事了。

要理解工业4.0，我们得先看下目前的状况，我们称之为工业3.X，用修真小说的时髦描述，也就是3.0中后期，这种状态叫做完全的自动化和部分的信息化。

咱们还得从工厂的业务模式说起。

作为一个工厂，存在的目的只有两个，生产产品，然后卖出去。

所以在工业企业中，通常会分为两个大的部门，一个是生产部门，一个是业务部门，前者通过MES（制造执行系统）管理，后者通过ERP（管理信息系统）来管理。

这两个系统啥区别呢？ERP更倾向于财务信息的管理，而MES更倾向于生产过程的控制，简单的说，ERP主要告诉你客户需要生产多少个瓶子，哪天下单，哪天要货，而MES主要负责监控和管理生产这些瓶子的每一个步骤和工序如何实现。

在中国工厂的很多车间里，各个生产设备之间、生产设备和控制器之间，都已经基本实现了连通。

再牛逼一点的公司里，整个工厂已经通过制造执行系统（MES）连通起来，而业务部门全部通过ERP连通起来了。

发现问题了吗？ ERP和MES其实并没有连起来！ 所以当ERP给MES下达生产计划指令后，MES在生产过程中发生了与计划偏差的事项（比如设备坏了，原料不合格等等），MES会根据车间的实际情况进行调整。

但是ERP是不知道的！所以它会继续按照原本的计划执行订单，时间久了，财务系统和工厂的实际情况就会出现非常大的偏差。

至于为啥没连起来，两个原因，首先是ERP和MES的开发公司通常是两拨人，搞财务的和搞生产的合作，不但互相不懂对方的职业术语，鸡同鸭讲，而且互相看不上对方。

另外，业务部门和生产部门在公司里通常是分开运营，各自的领导有各自喜欢的供应商（原因你懂的）。

当然，人民群众的智慧是无穷的，他们是断然不会干等着两个系统的偏差越来越大的，既然系统不给力，咱人工上，咱们工人有力量。

所以工厂车间通常会定期把MES的调整项做成一个表，交给业务部门，然后由业务部门手动在ERP中调整过来。

ERP和MES的问题只是工厂内系统断层的一个问题缩影，事实上工厂里还有非常多的其他系统，设计、制造、采购、办公等等，这些系统都是一个个的信息孤岛，互相都不知道对方在干啥，干到哪一步了。

其中一个部分出了特殊情况，其他部分都不知道，只有等到问题出现了，才能退回来，所有系统再一个个改。

插一句，老罗的锤子手机之所以难产，就是因为在设计的时候，生产人员并没有实时了解情况，所以实际生产时发现原本的牛逼设计会导致良品率很低，只能退回去重新设计。

这样每一个产品都要改来改去，所以一个工业品从设计到上线量产，往往要用一两年的时间。

当然，这种事也不是第一天存在的，以前因为在工业时代，产品的生命周期很长，兔哥的老东家西门子一个型号的变频器可以卖三十年，这样一两年的研发上线时间也就显得不那么长了，其余的问题，靠着人工沟通，虽然有错，倒也都相安无事。

然而，可怕的狼终于还是来了。

这两只狼，一只叫产能过剩，一只叫互联网。

全球性的产能过剩，导致企业的竞争越来越激烈，以往一款产品卖三十年的做法已经不行了，你跑不快，有的是快的。

老罗的锤子手机仅仅晚上线了几个月，就从一款万众期待的爆款，成为了臭大街的过时货，产品的生命周期大大缩短了。

互联网时代的到来，撼动了工业时代的一大基础，信息不对称。

工业时代里，因为生产厂家无法低成本的了解每一个客户的需求，所以往往采用一刀切的方法，就是把需求做多的性能组合到一起，成为一款产品。

比如你想要一双适合你的脚的鞋子，鞋厂是无法知道你的脚多大的，所以只能测量很多人的脚之后，把最集中的尺码分成40号，41号，42号等等，但是如果你的脚偏肥或偏瘦，对不起，概不伺候。

互联网改变了这个局面，人与人，人与厂商，可以低成本的实现连接，从而让每个人的个性需求被放大，人们越来越喜欢个性化的东西。

但是个性化的东西需求量没有那么大，这就需要工业企业能够实现小批量的快速生产。

这两只狼，逼迫着传统工业必须做一件事，一件工业社会最不爱做的事，就是快速、小批量、定制化的生产。

这个时候，先得做点准备工作，就是工业3.0首先要进化为3.X，所谓工业3.X，其实就是先把ERP和MES等等信息系统彻底打通，让工厂原本的所有信息孤岛实现连通。

这个时候，就从完全的自动化和部分的信息化，进入了完全的自动化和完全的信息化，也就是工业3.0大圆满阶段。

别小看这个过程，单就这一条，也许我们中国就需要十年甚至更长才能完成。

好了，前面的都是现实问题，3.0大圆满之后，我们就要开始科幻烧脑之旅了，我们终于要冲击工业4.0了。

这个过程中，3,0中以及完全的自动化和信息化要开始做一件事，就是结婚，生孩子。

这个过程，德国叫工业4.0，美国叫工业互联网，我们工信部称之为两化融合，物联网的脑残粉们把它叫做万物互联。

这里我要说一下，所有的物，如果需要互联沟通时，就有一个问题，说什么语言？说英语、德语、还是四川话？ 通讯协议是什么，这个是一个关键问题。

你可能会说，为什么不用现在互联网的通讯方式，也就是TCP/IP协议，这是个技术问题，没法给你这种小白解释明白（其实我这个曾经的半桶水自动化工程师也不怎么太懂）。

简单的来说，互联网的通讯方式，速度还是太慢，精准度还是不够，安全性还是不好。

而工业生产中，对于速度、精度和安全性的要求，要远远高于你在家下德艺双馨的苍老师电影的要求。

所以万物互联，必须需要一个专门的通讯协议。

这也是德国的工业4.0，美国的工业互联网，以及中国的两化融合中国制造2025，这些时髦的名词背后隐藏的核心问题，大家在争这个通讯标准。

美国的互联网世界第一，所以美国人希望从信息化层降维到自动化层；而德国的机械制造业最强，所以他更希望从自动化层升格到信息化层；中国嘛，制造业第一大国，互联网第二强国，所以两边都不想跟，打算自己搞个互联网+，也叫中国制造2025。

按照修真小说的习惯，每一个境界都要分成一个小境界，以突显差异和牛逼，我按照这个方法，把工业4.0也分成六重天。

工业4.0第一重天，智能生产。

之前我们说过，生产设备和管理信息系统也各自连接起来，并且设备和信息系统之间也连接起来了。

你有没有觉得还缺点什么？没错，就是生产的原材料和生产设备还没有连接起来。

这个时候，我们就需要一个东西，叫做RFID，射频识别技术。

估计你听不懂，简单来说，这玩意儿就相当于一个二维码，可以自带一些信息，他比二维码牛叉的地方，在于他可以无线通讯。

我还是来描述一个场景，百事可乐的生产车间里，生产线上连续过来了三个瓶子，每个瓶子都自带一个二维码，里面记录着这是为张三、李四和王二麻子定制的可乐。

第一个瓶子走到灌装处时，通过二维码的无线通讯告诉中控室的控制器，说张三喜欢甜一点的，多放糖，然后控制器就告诉灌装机器手，“加二斤白糖！”。

第二个瓶子过来，说李四是糖尿病，不要糖，控制器就告诉机器手，“这货不要糖！” 第三个瓶子过来，说王二麻子要的是芬达，控制就告诉灌可乐的机械手“你歇会”，再告诉灌芬达的机械手，“你上！” 看到了，多品种、小批量、定制生产，每一灌可乐从你在网上下单的那一刻起，他就是为你定制的，他所有的特性，都是符合你的喜好的。

这就是智能生产。

工业4.0第二重天，智能产品。

生产的过程智能化了，那么作为成品的工业产品，也同样可以智能化，这个不难理解，你们看到的什么智能手环、智能自行车、智能跑鞋等等智能硬件都是这个思路。

就是把产品作为一个数据采集端，不断的采集用户的数据并上传到云端去，方便用户进行管理。

德美工业4.0和工业互联网的核心分歧之一，就是先干智能工厂，还是先搞智能产品。

德国希望前者，美国希望后者。

至于中国，我们就搞加，还是加这个东西好，正加反加都行，反正能糊弄住大家就行。

工业4.0第三重天，生产服务化。

刚才说了，智能产品会不断的采集用户的数据和状态，并上传给厂商，这个就使一种新的商业模式成为可能，向服务收费。

我好多年前在西门子的时候，西门子就提出来向服务收费，当时我觉得这是德国佬拍脑袋想出来的傻×决定，但是现在我才明白这是若干年前就已经开始为工业4.0的生产服务化布局了。

你对西门子的印象是什么？冰箱？你个糊涂蛋，西门子这些年已经悄然并购了多家著名软件公司，成为仅次于SAP的欧洲第二大软件公司了。

这个服务是什么呢？比如西门子生产一台高铁的牵引电机，以往就是直接卖一台电机而已，现在这台电机在运行过程中，会不断的把数据传回给西门子的工厂，这样西门子就知道你的电机现在的运行状况，以及什么时候需要检修了。

高铁厂商以往是怎么做的？一刀切，定一个时间，到时间了不管该不该修都去修一下，更我们汽车保养没什么差别。

现在西门子可以告诉你什么时候需要修什么时候需要养护，你要想知道，对不起，给钱。

再举个例子，智能产品实现后，每一辆汽车都会不断地采集周边的数据，来决定自己的行驶路线，整个运输系统会完全服务化，任何人都不需要再买车，有一天也许自己开车会成为严重的违法行为，因为设备是智能的，而人确实不可控的。

在这个阶段，所有的生产厂商都会向服务商转型。

工业4.0第四重天，云工厂。

当工厂的两化融合进一步深入的时候，另一种新的商业模式就有要孕育而生了，这就是云工厂。

工厂里的设备现在也是智能的了，他们也在不断地采集自己的数据上传到工业互联网上，此时我们就可以看到，哪些工厂的哪些生产线正在满负荷运转，哪些是有空闲的。

那么这些存在空闲的工厂，就可以出卖自己的生产能力，为其他需要的人去进行生产。

互联网行业为什么发展的这么快，就是因为创业者只需要专注于产品和模式创新，不需要自己去买一个服务器，而是直接租用云端的服务就行了。

而目前工业的创业者，还是要不断地纠结于找OEM代工还是自建工厂中，这个极大地限制了工业领域的创新。

当云工厂实现的时候，我预言中国的工业领域将出现一个比互联网大百倍以上的创新和创业浪潮，那个时候这个社会的一切都将被深刻的改变。

兔哥之所以坚定地要做工业互联网领域的投资和创业服务，就是在等这个风口。

但愿我是先辈，不是先烈。

工业4.0第五重天，跨界打击。

互联网行业天天说降维打击传统行业，什么谷歌小米阿里巴巴乐视，可是我告诉你，当工业4.0进入第五重天时，工业企业的跨界打击将比这些互联网企业猛烈百倍。

这个过程将从根本上撼动现代经济学和管理学的根基，重塑整个商业社会。

举个例子，一个生产手表的厂商，这个表每天贴着你的身体，采集你身体的各项数据，这些数据对于手表厂商也许没啥用，但是对于保险公司就是个金库，这个时候，手表厂商摇身一变，就能成为最好的保险公司。

当自动化和信息化深度融合的时候，跨界竞争将成为一种常态，所有的商业模式都将被重塑。

工业4.0大圆满，黑客帝国。

整个工业4.0过程，就是自动化和信息化不断融合的过程，也是用软件重新定义世界的过程。

在未来，多元宇宙将在虚拟世界成为现实，一个现实的世界将对应无数个虚拟世界。

改变现实世界，虚拟世界会改变；改变虚拟世界，现实世界也会改变。

一切都基于数据，被精确控制，人类的大部分体力劳动和脑力劳动都将被机器和人工智能所取代，所有当下的经济学原理都将不再适用。

但是我相信有一些东西是不会变的，那就是人类的爱、责任、勇敢，对未来和自由的向往，以及永无止境的奋斗。

工厂模式如何应用

建议LZ把简单工厂，工厂方法和抽象工厂一起研究下，呵呵，前一段我老师让我研究下这3种模式的不同，一起学习可能更明白了。

简单工厂模式又称静态工厂方法模式。

重命名上就可以看出这个模式一定很简单。

它存在的目的很简单：定义一个用于创建对象的接口。

先来看看它的组成： 1)工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。

在java中它往往由一个具体类实现。

2)抽象产品角色：它一般是具体产品继承的父类或者实现的接口。

在java中由接口或者抽象类来实现。

3)具体产品角色：工厂类所创建的对象就是此角色的实例。

在java中由一个具体类实现。

工厂方法模式去掉了简单工厂模式中工厂方法的静态属性，使得它可以被子类继承。

这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。

看下它的组成： 1)抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。

是具体工厂角色必须实现的接口或者必须继承的父类。

在java中它由抽象类或者接口来实现。

2) 具体工厂角色：它含有和具体业务逻辑有关的代码。

由应用程序调用以创建对应的具体产品的对象。

3)抽象产品角色：它是具体产品继承的父类或者是实现的接口。

在java中一般有抽象类或者接口来实现。

4)具体产品角色：具体工厂角色所创建的对象就是此角色的实例。

在java中由具体的类来实现。

怎样制作手机app，除了用“简网app”工厂！

随着移动手机的普及，移动APP应用软件也流行起来。

通过调查得出一组数据：20%左右的企业已经拥有或者正在开发自己的app应用软件，60%左右的公司已经把开发app软件列入近期公司发展项目中。

可以看出，大部分公司和站长都有想法把自己的网站制作成app软件，跟紧潮流步伐。

但app开发涉及到的技术比较专业，开发语言要想熟悉掌握也并非一件易事。

那么，在技术还未过关的情况下，如何制作app应用软件呢？接下来，我将给大家介绍一些适合制作简单app的软件，让各位在未掌握app开发语言情况下，依然能制作出属于自己的app应用软件。

一：AppmakrAppMakr是一个可以让你在几分钟之内创建应用程序的一种服务，无需编码能力。

使用该工具，你可以创建iPhone和Android应用。

还有一些可供选择的功能，包括将网站连接到你的应用程序、HTML5功能、推送通知和广告支持。

通过AppMaker账户，你可以创建无限数量的应用程序。

二：AppCanAppCan属于移动应用开发平台，应用引擎支持Hybrid App的开发和运行。

并且着重解决了基于HTML5的移动应用目前"不流畅"和"体验差"的问题。

使用AppCan应用引擎提供的Native交互能力，可以让HTML5开发的移动应用基本接近Native App的体验。

与Phonegap支持单一webview使用div为单位开发移动应用不同。

AppCan支持多窗口机制，让开发者可以像最传统的网页开发一样，通过页面链接的方式灵活的开发移动应用。

基于这种机制，开发者可以开发出大型的移动应用，而不是只能开发简易类型的移动应用。

三：appBookappBook平台是多平台移动应用制作工具，可以广泛用于书籍制作，个人杂志发行，宣传手册，支持iPad、iPhone、Andriod等平台，不支持pc平台。

真正做到了一次编译多平台发布。

目前appbook平台有：iebook平台、及、appbook应用制作平台.真正要做好一个APP，也要掌握一定的app开发技术才是王道！怎样制作手机app，除了用“简网app”工厂！

在java文档中出现的 “工厂方法”是什么意思?

工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。

为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。

我们以类Sample为例， 如果我们要创建Sample的实例对象: Sample sample=new Sample(); 可是，实际情况是，通常我们都要在创建sample实例时做点初始化的工作,比如赋值 查询数据库等。

首先，我们想到的是，可以使用Sample的构造函数，这样生成实例就写成: Sample sample=new Sample(参数); 但是，如果创建sample实例时所做的初始化工作不是象赋值这样简单的事，可能是很长一段代码，如果也写入构造函数中，那你的代码很难看了（就需要Refactor重整）。

为什么说代码很难看，初学者可能没有这种感觉，我们分析如下，初始化工作如果是很长一段代码，说明要做的工作很多，将很多工作装入一个方法中，相当于将很多鸡蛋放在一个篮子里，是很危险的，这也是有背于Java面向对象的原则，面向对象的封装(Encapsulation)和分派(Delegation)告诉我们，尽量将长的代码分派“切割”成每段，将每段再“封装”起来(减少段和段之间偶合联系性)，这样，就会将风险分散，以后如果需要修改，只要更改每段，不会再发生牵一动百的事情。

在本例中，首先，我们需要将创建实例的工作与使用实例的工作分开, 也就是说，让创建实例所需要的大量初始化工作从Sample的构造函数中分离出去。

这时我们就需要Factory工厂模式来生成对象了，不能再用上面简单new Sample(参数)。

还有,如果Sample有个继承如MySample, 按照面向接口编程,我们需要将Sample抽象成一个接口.现在Sample是接口,有两个子类MySample 和HisSample .我们要实例化他们时,如下: Sample mysample=new MySample(); Sample hissample=new HisSample(); 随着项目的深入,Sample可能还会"生出很多儿子出来", 那么我们要对这些儿子一个个实例化,更糟糕的是,可能还要对以前的代码进行修改:加入后来生出儿子的实例.这在传统程序中是无法避免的. 但如果你一开始就有意识使用了工厂模式,这些麻烦就没有了. 工厂方法 你会建立一个专门生产Sample实例的工厂: public class Factory{ public static Sample creator(int which){ //getClass 产生Sample 一般可使用动态类装载装入类。

if (which==1) return new SampleA(); else if (which==2) return new SampleB(); } } 那么在你的程序中,如果要实例化Sample时.就使用 Sample sampleA=Factory.creator(1); 这样,在整个就不涉及到Sample的具体子类,达到封装效果,也就减少错误修改的机会,这个原理可以用很通俗的话来比喻:就是具体事情做得越多,越容易范错误.这每个做过具体工作的人都深有体会,相反,官做得越高,说出的话越抽象越笼统,范错误可能性就越少.好象我们从编程序中也能悟出人生道理?呵呵. 使用工厂方法 要注意几个角色，首先你要定义产品接口，如上面的Sample,产品接口下有Sample接口的实现类,如SampleA,其次要有一个factory类，用来生成产品Sample，如下图，最右边是生产的对象Sample： 进一步稍微复杂一点，就是在工厂类上进行拓展，工厂类也有继承它的实现类concreteFactory了。

抽象工厂 工厂模式中有: 工厂方法(Factory Method) 抽象工厂(Abstract Factory). 这两个模式区别在于需要创建对象的复杂程度上。

如果我们创建对象的方法变得复杂了,如上面工厂方法中是创建一个对象Sample,如果我们还有新的产品接口Sample2. 这里假设：Sample有两个concrete类SampleA和SamleB，而Sample2也有两个concrete类Sample2A和SampleB2 那么，我们就将上例中Factory变成抽象类,将共同部分封装在抽象类中,不同部分使用子类实现，下面就是将上例中的Factory拓展成抽象工厂: public abstract class Factory{ public abstract Sample creator(); public abstract Sample2 creator(String name); } public class SimpleFactory extends Factory{ public Sample creator(){ ......... return new SampleA } public Sample2 creator(String name){ ......... return new Sample2A } } public class BombFactory extends Factory{ public Sample creator(){ ...... return new SampleB } public Sample2 creator(String name){ ...... return new Sample2B } } 从上面看到两个工厂各自生产出一套Sample和Sample2,也许你会疑问，为什么我不可以使用两个工厂方法来分别生产Sample和Sample2? 抽象工厂还有另外一个关键要点，是因为 SimpleFactory内，生产Sample和生产Sample2的方法之间有一定联系，所以才要将这两个方法捆绑在一个类中，这个工厂类有其本身特征，也许制造过程是统一的，比如：制造工艺比较简单，所以名称叫SimpleFactory。

在实际应用中，工厂方法用得比较多一些，而且是和动态类装入器组合在一起应用， 举例 我们以Jive的ForumFactory为例，这个例子在前面的Singleton模式中我们讨论过，现在再讨论其工厂模式: public abstract class ForumFactory { private static Object initLock = new Object(); private static String className = .jivesoftware.forum.database.DbForumFactory"; private static ForumFactory factory = null; public static ForumFactory getInstance(Authorization authorization) { //If no valid authorization passed in, return null. if (authorization == null) { return null; } //以下使用了Singleton 单态模式 if (factory == null) { synchronized(initLock) { if (factory == null) { ...... try { //动态转载类 Class c = Class.forName(className); factory = (ForumFactory)c.newInstance(); } catch (Exception e) { return null; } } } } //Now, 返回 proxy.用来限制授权对forum的访问 return new ForumFactoryProxy(authorization, factory, factory.getPermissions(authorization)); } //真正创建forum的方法由继承forumfactory的子类去完成. public abstract Forum createForum(String name, String description) throws UnauthorizedException, ForumAlreadyExistsException; .... } 因为现在的Jive是通过数据库系统存放论坛帖子等内容数据,如果希望更改为通过文件系统实现,这个工厂方法ForumFactory就提供了提供动态接口: private static String className = .jivesoftware.forum.database.DbForumFactory"; 你可以使用自己开发的创建forum的方法代.jivesoftware.forum.database.DbForumFactory就可以. 在上面的一段代码中一共用了三种模式,除了工厂模式外,还有Singleton单态模式,以及proxy模式,proxy模式主要用来授权用户对forum的访问,因为访问forum有两种人:一个是注册用户 一个是游客guest,那么那么相应的权限就不一样,而且这个权限是贯穿整个系统的,因此建立一个proxy,类似网关的概念,可以很好的达到这个效果. 看看Java宠物店中的CatalogDAOFactory: public class CatalogDAOFactory { /** * 本方法制定一个特别的子类来实现DAO模式。

* 具体子类定义是在J2EE的部署描述器中。

*/ public static CatalogDAO getDAO() throws CatalogDAOSysException { CatalogDAO catDao = null; try { InitialContext ic = new InitialContext(); //动态装入CATALOG_DAO_CLASS //可以定义自己的CATALOG_DAO_CLASS，从而在无需变更太多代码 //的前提下，完成系统的巨大变更。

String className =(String) ic.lookup(JNDINames.CATALOG_DAO_CLASS); catDao = (CatalogDAO) Class.forName(className).newInstance(); } catch (NamingException ne) { throw new CatalogDAOSysException(" CatalogDAOFactory.getDAO: NamingException while getting DAO type : " + ne.getMessage()); } catch (Exception se) { throw new CatalogDAOSysException(" CatalogDAOFactory.getDAO: Exception while getting DAO type : " + se.getMessage()); } return catDao; } } CatalogDAOFactory是典型的工厂方法，catDao是通过动态类装入器className获得CatalogDAOFactory具体实现子类，这个实现子类在Java宠物店是用来操作catalog数据库，用户可以根据数据库的类型不同，定制自己的具体实现子类，将自己的子类名给与CATALOG_DAO_CLASS变量就可以。

由此可见，工厂方法确实为系统结构提供了非常灵活强大的动态扩展机制，只要我们更换一下具体的工厂方法，系统其他地方无需一点变换，就有可能将系统功能进行改头换面的变化。