Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468
面向对象设计原则 - 数据空间


Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

Notice: Undefined index: text in C:\zmofun\www\zmfWeb\usr\plugins\MarkdownParse\Parsedown.php on line 468

1、开闭原则(Open Close Principle)

  面向对象设计的基本原则。开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不要去修改原有的代码,新添加的功能可以实现热插拔的效果。为了使程序的扩展性好,易于维护和升级,需要使用Interface和AbstractClass来定义类的接口,基于接口进行扩展。

  以下示例违反了开闭原则,当有新的类型加入时,Hand类需要修改。

classDiagram class Door{ +open() } class Car{ +open() } class Hand{ -door:Door -car:Car +openSth(String type) } Hand ..> Door Hand ..> Car

  以下示例符合开闭原则,当有新的类型加入时,Hand类不需要修改.

classDiagram class ICanOpen{ <<interface>> +open() } class Door{ +open() } class Car{ +open() } class Hand{ +openSth(ICanOpen) } Door ..|>ICanOpen Car ..|>ICanOpen ICanOpen <.. Hand

2、里氏代换原则(Liskov Substitution Principle)

  面向对象设计的基本原则。里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。

  以下示例违反了LSP原则,引用父类的地方并不能透明的使用子类的对象,导致运行结果出错。

public class Calc {
    public int func(int a, int b){
        return a+b;
    }
}

public class NGCalc extends Calc{
    @Override
    public int func(int a, int b) {
        return a-b;
    }
}

public class Client{
    public static void main(String[] args) {
        Calc c = new NGCacl();
        System.out.println("2+1=" + c.func(2, 1));
    }
}

//运行结果:2+1=1

  当功能扩展时,子类尽量不要重写父类的方法,而是另写一个方法,所以对上面的代码加以更改,使其符合里氏替换原则,代码如下:

public class Calc {
    public int func(int a, int b){
        return a+b;
    }
}

public class NGCalc extends Calc{
    @Override
    public int func2(int a, int b) {
        return a-b;
    }
}

public class Client{
    public static void main(String[] args) {
        NGCalc c = new NGCacl();
        System.out.println("2-1=" + c.func2(2, 1));
    }
}

//运行结果:2-1=1

3、依赖倒转原则(Dependence Inversion Principle)

  这个是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。

  以下示例,男孩需要自己购置手机,自己创建所依赖的手机对象,且类型是硬编码的HWPhone。不符合依赖倒转原则。

classDiagram class Boy{ -phone:HWPhone +buyPhone() +sendSMS(String to,String msg) } class HomeApp{ -boy:Boy } HomeApp --> Boy

  以下示例,由HomeApp购置手机给Boy使用,手机只要符合IPhone接口即可。符合依赖倒转原则。

classDiagram class IPhone{ <<interface>> +sendSMS(String to,String msg) } class Boy{ -phone:IPhone +setPhone(IPhone) +sendSMS(String to,String msg) } class HWPhone{ +sendSMS(String to,String msg) } class HomeApp{ -phone:IPhone -boy:Boy } HWPhone ..|> IPhone Boy ..> IPhone HomeApp -- Boy HomeApp -- HWPhone

4、接口隔离原则(Interface Segregation Principle)

  这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。还是一个降低类之间的耦合度的意思,从这儿我们看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便。所以上文中多次出现:降低依赖,降低耦合。

  以下示例违反了接口隔离的设计,IComputerRW接口太复杂,NETPrinter需要实现不必要的接口。

classDiagram class IComputerRW{ <<interface>> +readUsb2():String +writeUsb2(String):int +readUsb3():String +writeUsb3(String):int +readNetRJ45():String +writeNetRJ45(String):int } class NETPrinter{ +readUsb2():String +writeUsb2(String):int +readUsb3():String +writeUsb3(String):int +readNetRJ45():String +writeNetRJ45(String):int } class USBPrinter{ +readUsb2():String +writeUsb2(String):int +readUsb3():String +writeUsb3(String):int +readNetRJ45():String +writeNetRJ45(String):int } IComputerRW <|.. USBPrinter IComputerRW <|.. NETPrinter

  以下示例符合接口隔离设计原则:

classDiagram class IUSB2{ <<interface>> +readUsb2():String +writeUsb2(String):int } class IUSB3{ <<interface>> +readUsb3():String +writeUsb3(String):int } class INETRJ45{ <<interface>> +readNetRJ45():String +writeNetRJ45(String):int } IUSB2 <|.. USB2Disk USB2Disk: +readUsb2() USB2Disk: +writeUsb2(String) IUSB3 <|.. USB3Disk USB3Disk: +readUsb3() USB3Disk: +writeUsb3(String) INETRJ45 <|.. NETPrinter NETPrinter: +readNetRJ45() NETPrinter: +writeNetRJ45(String)

5、迪米特法则/最少知道原则(Demeter Principle)

  为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。

6、合成复用原则(Composite Reuse Principle)

  合成复用原则是尽量采用组合(contains-a)、聚合(has-a)的方式而不是继承(is-a)的关系来达到软件的复用目的。

  以下为继承,当子类是父类的一种时使用继承:

classDiagram Student --|> Person Manager --|> Person Employee --|> Person

  以下为聚合,当某类拥有另一类(可能是同时拥有它的多个子类)时使用聚合:

classDiagram class Role{ <<interface>> } Student --|> Role Manager --|> Role Employee --|> Role Role "1..*" --o "1" Person

  以下示例符合合成复用原则:

classDiagram Student *-- Heart Teacher *-- Heart School o-- Depart Depart o-- Class Class o-- Student Depart o-- Teacher

7、单一职责原则(Single Responsibility Principle)

  是面向对象设计原则的一种。单一职责原则是指不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责。
  遵循单一职责原则。分别建立两个类 T1、T2,使 T1 完成职责 P1 功能,T2 完成职责 P2 功能。这样,当修改类T1 时,不会使职责 P2 发生故障风险;同理,当修改 T2 时,也不会使职责 P1 发生故障风险。

标签: 面向对象, OOD

评论已关闭