BlogJava-小哈儿的学习日记-随笔分类-面向对象与设计模式

面向对象设计（OOD）原则

dayue — Mon, 30 Apr 2007 07:27:00 GMT

单一职责原则（SRP）：一个类应当只有一个改变的原因，类只需要知道一件事情，它们应当有一个单独的职责，要点就是当一个类需要改变时，应当只有一个原因。
开放-封闭原则（OCP）：软件实体(类、模块、函数等)应当为扩展而开放，又为修改而封闭。这个原则有一个相当详细的定义，但是一个简单的意思是：你应当能够改变一个模块的周边环境而无须改变模块本身。
Liskov替换原则(LSP)：子类型(subtypes)必须是为它们的基类型(base types)可替代的。
依存关系倒置原则(DIP) ：A．高层模块应当不依赖低层模块，它们应当依赖于抽象。
B．抽象应当不依赖于细节，细节应当依赖于抽象。
更好的描述是：不要依赖那些容易变化的具体类。如果你要继承一个类，从一个抽象类继承吧。如果你要持有一个类的引用，从一个抽象的类引用吧。如果你要调用一个函数，从一个抽象的函数调用吧。
接口隔离原则（ISP）：客户不应当依赖那些它们根本不用的方法。

总结：
五个简单的原则是：
1、SRP－－一个类应当只有一个发生变化的原因。
2、OCP――应当能够改变一个类的环境，而无须改变类本身。
3、LSP――避免造成派生类的方法非法或退化，一个基类的用户应当不需要知道这个派生类。
4、DIP ――用依赖于接口和抽象类来替代依赖容易变化的具体类。
5、ISP――给一个对象的每一个用户一个接口，这个接口仅有用户需要的方法。

dayue 2007-04-30 15:27 发表评论

设计模式之命令（Command）模式笔记

dayue — Mon, 30 Apr 2007 06:13:00 GMT

命令模式是一个行为型模式，允许你创造一个对象的命令然后在需要时候可以执行。当你想创造一个undo/redo，log操作或者在稍晚时候执行命令时这个模式是有用的。
在这个模式里一个命令接口是必需的。对一个命令对象来说，它必须事先实现这个命令的方法。下面是一个简单的命令接口，有一个方法需要实现执行的。

public interface Command{

public void execute();
}

所有被命令的类必须实现这个命令接口。下面是一个简单的命令：当执行时控制台打印"hello world"。

public class HelloCommand implements Command{
         public void execute(){

          System.out.println("Hello World");
}
}

你可以创建一个HelloCommand的实例然后执行这个方法。

dayue 2007-04-30 14:13 发表评论

设计模式之单例（Singleton）笔记

dayue — Wed, 18 Apr 2007 02:17:00 GMT

单例模式是最简单的一种设计模式，它是创造型的。一个单例类仅允许他的一个实例被初始化。它检查一个实例是否已经被创建，如果是则返回这个实例。下面是一个单例类的基本结构：

1package dp.singleton;
2
3public class Singleton {
4    private static Singleton singleton;
5    private Singleton(){
6
7    }
8
9    public static Singleton getInstance(){
10        if(singleton==null){
11            singleton=new Singleton();
12        }
13        return singleton;
14    }
15
16}
17

在这个类中，有一个private static 的域，构造函数被设为私有的，这样调用它的类就不能使用构造器来创建它的一个实例。从一个单例类中取得一个实例的唯一办法是通过public static getInstance()方法。通过以下方法：

Singleton instance=Singleton.getInstance();

这个 getInstance()通过测试实例与是否为空来检查这个类的唯一实例是否被创建，如果是空的，则创建一个实例，如果非空，则返回这个已经存在的实例，一旦一个实例被创建了，那么 getInstance()这个方法就返回这个实例。

另一种稍微有些不同的实现单例类的方法是将域声明改为

private static final Singleton singleton=new Singleton();

这种方法总是创建一个实例。

dayue 2007-04-18 10:17 发表评论

网上收集的设计模式资料全部转贴

dayue — Wed, 11 Apr 2007 19:53:00 GMT

设计模式(Design Patterns)笔记之一：Abstract Factory

定义：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。提供创建对象的接。

工厂模式是我们最常用的模式，是用来创建对象的，它就相当于创建对象的new。
例如我们有一个类Example,我们要创建Example的对象:

Example example=new Example();
或
Example example=new Example(参数);

如果创建Example时做的事情不是如赋值这样简单的事,可能是很长一段代码,如果也写入构造函数中,那明显的就违背了面向对象的原则.
我们需要将创建实例的责任与使用实例的责任分开, 使得

Example example=new Example(参数);

就是简单的责任:使用Example这个实例;而创建Example的任务就交给了Factory工厂模式.

按照传统方法，我们如果需要继承Example类，生成MyExample，就需要定义Example为Interface，然后，不断继承这个Interface，生成许多子类，造成以后代码维护是如此的困难。

如果，我们开始就采用了工厂模式，也许就没有这么多的烦恼了。

我们生成一个Factory，它专门负责生成Example的实例。

public class Factory {
     public static Example getIntance() {

          if(flag == 1)
             return new MyExample();
          if(flag == 2)
             return new YourExample();
     }
}

然后，那么在你的程序中,如果要实例化MyExample时.就使用

Example example=Factory.getIntance();//还有其它标志，不具体写了。

具体使用：
工厂模式有以下三种：
1. 简单工厂(Simple Factory)
2. 工厂方法(Factory Method)；
3. 抽象工厂(Abstract Factory)。

我们先看一段代码

public abstract class Factory{
　　public abstract MyExample creator();
　　public abstract YourExample creator();
}

public class FirstFactory extends Factory{
　　public MyExample creator(){
　　　　
　　}
　　public YourExample creator(){
　　　　
　　}
}

public class SecondFactory extends Factory{
　　public MyExample creator(){
　　　　
　　}
　　public YourExample creator(){
　　　　
　　}
}

这里，我们需要创建多个对象，复杂性提高，于是需要采用Abstract Factory来封装共同属性和方法，而将不同的属性和方法通过子类来实现。

简而言之，工厂模式的目的就是用来实现实例分发。

工厂模式中几种类型的一些差别：
简单工厂模式是根据参数来决定产生实例；
简单工厂模式, 核心是一个实类；
工厂方法模式的核心是一个抽象工厂类；
工厂方法模式可以允许很多实的工厂类从抽象工厂类继承下来, 从而可以在实际上成为多个简单工厂模式的综合；
工厂方法一般只创建一个实例，而Abstract Factory创建多个实例。

dayue 2007-04-12 03:53 发表评论

BlogJava-小哈儿的 学习日记-随笔分类-面向对象与设计模式

面向对象设计（OOD）原则

设计模式之命令（Command）模式 笔记

设计模式之单例（Singleton） 笔记

网上收集的设计模式资料 全部转贴

BlogJava-小哈儿的学习日记-随笔分类-面向对象与设计模式

设计模式之命令（Command）模式笔记

设计模式之单例（Singleton）笔记

网上收集的设计模式资料全部转贴