设计模式笔记(1)-Creational 模式

最新推荐文章于 2024-07-12 17:30:22 发布

roden

最新推荐文章于 2024-07-12 17:30:22 发布

阅读量1.1k

点赞数

文章标签：设计模式 prototype 多线程 java

本文链接：https://blog.csdn.net/roden/article/details/5795367

版权

1 Creational 模式

1.1 Simple Factory

Simple factory 很简单，比如现在有一个 Entity 类，如果我们要将这个类的代码提供给客户，但是又不想让客户知道它的构造细节，那么使用工厂方法来创建这个类的实例最好不过。它实际上就是另外创建一个 Factory 类，包含一个方法 GetEntity() ，它返回一个 Entity 类的对象。它的内容其实就是原先的 Entity 类构造函数的内容。

1.2 Abstract Factory

有时候问题不像 1.1 中那么简单， Entity 类的构造过程可能包含多个组件的初始化，而这些组件都非常复杂，或者需要可以调换其中的某一个组件。这时需要对每一个组件 Part_i 分别按照 1.1 的方法在 AbstactFactory 类中创建一个方法来构建这个组件，需要创建 Entity 对象时分别调用 Abstact Factory 类中的方法类构建每个组件。

1.3 Factory Method

前面两节都只涉及到 Entity 和一个创建该 Entity 的 Factory 类，现在需要再引入一个类 Operator ， Operator 需要创建一个 Entity 对象，并对它进行操作，但是 Entity 可能包含很多个子类 Entity_i ，他们拥有一些 Operator 需要用到的相同的接口，还包括一些不同的属性或方法。对于每一个子类 Entity_i ,Operator 也会有一个对应的子类 Operator_i 来处理它。这样在 Operator 中就不需要去创建 Entity 对象，而是将对象的创建降低到子类中去进行，在 Operator 中创建一个抽象方法用于创建 Entity ，但不去实现它，它的实现交由子类去完成。

1.4 Builder

好吧，现在要构建的 Entity 更复杂了，它是由多个组件构成的，这与 Abstact Factory 相同，但是我们的需求更高，这些组件还有不同的组合方式。现在我们需要将组件的创建和组件的组合分开。

它的实现与 Abstact Factory 相似，区别在于，构造每个组件的同时还可以指定它位于 Entity 的那个部分。

1.5 Prototype

OK ，对象的创建已经够复杂了，现在喘口气，来讨论一个简单一点的问题。有时候遇到一个很复杂的对象需要创建，创建它需要花费很多的时间，但是幸运的是我们已经有一个与它完全一样的对象了，需要做的只是将它复制一份。这就是 prototype 模式，差不多就是拷贝构造函数的意思。

1.6 Singleton

这也许是最简单的模式了，某些情况下，我们需要一个对象永远只有一个实例，比如一个 java 程序运行的时候，永远都只有一个 RunTime 类的实例，我们不能让任何其它类去实例化它，否则一定会存在多个实例存在的可能。于是只能让它自己去做这件事情，在类的内部创建一个自身的静态的实例，并采用私有的构造函数，采用一个静态的方法来获取这个实例。

当程序多线程执行的时候，需要考虑多个线程同时实例化这个静态对象的可能，所以构建静态对象的函数需要进行同步，不允许多个线程同时进入，从而导致多个实例出现的可能。