阿汤哥的专栏

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

考虑您要撰写一个Web Mail程式，您手上已经有一些已经开发好的元件（Component），像是开发Web Mail所需要的SMTP处理类、允许上传附档的FileUpload类，以及Web安全相关的API、其它相关的Package等等。当您拿到一些现成的元件，并打算在您的应用程式中使用它们的话，您不应该直接将这些元件耦合至您的应用程式上，例如：上面的作法会让您的应用程式直接与多个元件耦合，这种作

您的电脑是个旧电脑，新的滑鼠都在使用USB接口了，而您的电脑上并没有USB，而只有一个PS2接口，这时您可以使用一个USB转PS2的接头作为转换，这样您的电脑就可以使用新滑鼠了（当然您也可以使用USB扩充卡，意思是相同的）。类似的概念，有时候您想在原来的程式中加入一个外部元件，例如一个类别，但是这个类别与您目前所设计的程式在介面上并不一致，为了让这个外部类与原程式的介面一致，您必须使用一个类别作为

Adapter模式的另一种作法是Class Adapter模式，在这个模式下，Adapter直接继承Adaptee（要引进的新类别），以拥有当中的成员及方法，在C++中的话可以这么作：C++中可以多重继承，但在Java中不行，所以在Java中若要采用Class Adapter，必须作点修改，一方面继承Adaptee，一方面实作Target的介面：代码的实现是这样的： pub

考虑您要设计一个更换各种符号的工具类TextCharChange，您是否会采用这样的方式：public void replace() {    switch(getChangeType()) {       case RN_TYPE:   replaceRN();                           break;       case N_TYPE: replaceN();