制造工艺的定义,简述制造的概念

　　工厂方法模式，也称为虚拟构造器模式或多态工厂模式，属于类的创建模式。在工厂方法模式中，父类负责定义创建对象的公共接口，而子类负责生成具体的对象。这样做的目的是将类的实例化延迟到子类，也就是说，子类决定哪个类应该被具体化。在工厂方法模式中，工厂类是实例化产品类的中心。它知道每个产品类的细节，并决定何时以及应该实例化哪个产品类。工厂方法模式的优点是可以使客户端独立于产品创建过程，在系统中引入新产品时不需要修改客户端。缺点是，当要向系统添加新产品时，必须修改工厂类来添加必要的处理逻辑。工厂方法模式的致命弱点是核心工厂类，因为一旦它不能确定实例化哪个类，就不能使用这个模式，而工厂方法模式可以很好地避免这个问题。考虑这样一个应用框架，可以用来浏览各种格式的文档，比如TXT、DOC、PDF、HTML等。在设计上，为了使软件架构尽可能的通用，定义了Application和Document两个抽象父类。客户必须通过他们的子类来处理特定类型的文档。比如你想用这个框架写一个PDF文件浏览器，首先要定义两个类，PDFApplication和PDFDocument，这两个类要分别从Application和Document继承。应用程序的职责是管理文档并在必要时创建文档。例如，当用户从菜单中选择“打开”或“新建”时，应用程序负责创建文档的实例。显然，被实例化的特定文档子类与特定应用程序相关，因此应用程序无法预测哪个文档子类将被实例化。它只知道何时会创建一个新文档，但不知道会创建哪个特定的文档。这时候如果还坚持使用工厂方法模式，就会出现非常尴尬的情况：框架必须实例化类，却只知道抽象类，无法实例化。解决方案是使用工厂方法模式，它封装了将创建哪个文档子类的信息，并且可以将这些信息从框架中分离出来。如图1所示，Application的子类重新定义了Application的抽象方法createDocument()，并返回一个适当的Document子类的实例。我们称createDocument()为工厂方法，是因为它形象地描述了一个类的实例化过程，即负责‘生产’一个对象。工厂函数)Python2.2统一了类型和类，现在所有内置函数都是类。在此基础上，原来所谓的内置转换函数像int()、type()、list()等。现在是工厂函数。虽然看起来像函数，但实际上是类。当jydxh调用它们时，它实际上生成了该类的一个实例，就像工厂生产商品一样。int()、long()、float()、complex()、str()、unicode()、basestring()、list()、tuple()、type()dict()、bool()、set()、frozenset()、object()、classmethod()、staticmethod()、super()、property()、file()