设计模式第一章.概述+七大设计原则

设计模式是什么

• 软件工程中, 设计模式是对软件设计中普遍存在(反复出现)的各种问题,所提出的一种解决方案.
• 编写软件过程中,程序员面临着来自 耦合性,内聚性 以及可维护性,可扩展性,重用性,灵活性等多方面的挑战.
• 设计模式是为了让程序软件具有更好的代码重用性,可读性,可拓展性,可靠性,维护性[可读性,规范性],使程序呈现高内聚低耦合的特性.
• 设计模式的本质是面向对象设计原则的实际运用,是对类的封装,继承,多态以及类的关联关系和组合关系的充分理解.
• 即学习设计模式的本质是为了追求更好的代码抽象理解和运用.

学习设计模式的目的

• 可提高代码的重用性 : 相同功能的代码, 不用多次编写.
• 可提高代码的可读性 : 编程规范性,便于其他程序员的阅读和理解.
• 可提高代码的扩展性 : 当需要增加新的功能时,非常的方便,成本很低.(只需要改动极少处代码, 增加一个新的功能时,非常的方便, 也是可维护性)
• 可提高代码的可靠性 : 当我们增加新的功能后,对原来的功能没有影响.(增加新的功能后, 和原有的功能耦合性很低.)

正确使用设计模式具有以下优点

• 提高程序员的思维能力/抽象能力,编程能力以及设计能力.
• 使程序设计更加标准化,代码编制更加工程化,使软件开发效率大大提高,从而缩短软件的开发周期.
• 使设计的代码可重用性高,可读性强,可靠性高,灵活性好,可维护性强.

设计模式的七大原则

设计模式的原则其实就是程序员在编程时,应当遵守的原则,也是各种设计模式的基础(即:设计模式为什么这样设计的依据)

单一职责

基本介绍

• 对于一个类来说,一个类应该只负责一项职责,如果A类负责两个不同的职责,当职责1需求变更而改变A时,可能造成职责2执行错误,所以需要将A类的粒度分别为A1,A2.
• 控制类的粒度大小,将对象解耦,提高其内聚性,一个对象不应该存在太多的职责, 一个方法尽可能的只做一件事情,保持原子性. 降低耦合性

单一职责原则注意事项和细节

• 降低类的复杂度,一个类值负责一项职责
• 提高类的可读性,可维护性
• 降低变更代码带来的风险
• 通常情况下，我们应当遵守单一职责原则.只有逻辑足够简单，才可以在代码级违反单一职责原则
• 只有类中方法数量足够少，可以在方法级别保持单一职责原则
• 可以在类上遵守单一职责原则, 也可以在方法上遵守单一职责.
• 正常工作中一般在方法中实现单一原则

接口隔离

基本介绍

面向接口编程

• 客户端不应该依赖它不需要的接口,即一个类中对另外一个类的依赖应该建立在最小的接口上,一个类对另外一个类的依赖应该是最小的.
• 要为个各类建立他们需要的专有接口,约束接口,将面向对象系统的定义了一些规则.
• 在工作中,接口会存在冗余实现的问题, 使用接口隔离原则, 将一个接口拆分成多个小的接口 甚至于 将一个接口中的方法拆成多个接口
• 约束接口,将面向对象系统的定义了一些规则

依赖倒转原则

基本介绍

基于接口隔离原则的基础上,通过OOP思想的多态来实现依赖倒置

• 依赖倒置的核心思想是面向接口编程.抽象不依赖细节,细节依赖抽象,由此降低程序的耦合性
• 高层模块不应该依赖底层模块,二者都应该依赖其抽象(依赖接口,依赖抽象类,但是不要依赖子类)
• 相对于细节的多变性,抽象的东西要稳定的多. 以抽象为基础搭建的架构比以细节为基础搭建的架构要稳定的多.在Java中抽象指的是接口或抽象类,细节就是具体的实现类
• 使用接口或抽象类的目的就是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成

代码解释

public class Test {
    public static void main(String[] args) {
        Person person = new Person();
        //至于实现类到底是接口的哪一个子类, 程序都可以稳定运行
        person.receive(new Email());
        person.receive(new Wechat());
    }
}
// 定义一个 接受 接口 使 程序变得更加灵活
interface IReceive{
	//获取信息的方法
     String getInfo();
}
//定义一个邮箱类, 实现 接受接口,  重写获取信息方法
class Email implements IReceive{
    @Override
    public String getInfo(){
        return "电子邮件";
    }
}
//定义一个微信类, 实现 接受接口,  重写获取信息方法
class Wechat implements IReceive{
    @Override
    public String getInfo(){
        return "微信消息";
    }
}
//人们想 接受消息, 入参只需要写上  接受接口, 不管具体的实现.
class Person{
    /**
     * 这个方法的入参如果写死某一个实现类, 那么程序后期如果发生需求变更的问题会导致代码变动很大
     * 在这里使用 接口的方式
     */
    public void receive(IReceive receive){
        System.out.println(receive.getInfo());
    }
}

依赖关系传递的三种方式

1.接口传递

public class Test {
    public static void main(String[] args) {
        OpenAndClose c = new OpenAndClose();
        c.open(new MiItv());

    }
}

// 开关的接口
interface IOpenAndClose{
    void open(ITV itv);//抽象方法,接收接口
}
//实现开关的接口
class OpenAndClose implements IOpenAndClose{
    @Override
    public void open(ITV itv) {
        itv.play();
    }
}
//ITV接口
interface ITV{
    void play();
}
//实现ITV的接口
class  MiItv implements ITV{
    @Override
    public void play() {
        System.out.println("小米电视");
    }
}

2.构造方法传递

public class Test {
    public static void main(String[] args) {
        OpenAndClose c = new OpenAndClose(new MiItv());
        c.open();

    }
}
// 开关的接口
interface IOpenAndClose{
    void open();//抽象方法,接收接口
}
//ITV接口
interface ITV{
    void play();
}
//实现开关的接口
class OpenAndClose implements IOpenAndClose{
    public ITV itv;
    public OpenAndClose(ITV itv){
        this.itv = itv;
    }
    @Override
    public void open() {
        itv.play();
    }
}

//实现ITV的接口
class  MiItv implements ITV{
    @Override
    public void play() {
        System.out.println("小米电视");
    }
}

3.set方式传递

public class Test {
    public static void main(String[] args) {
        OpenAndClose c = new OpenAndClose();
        c.setTv(new MiItv());
        c.open();

    }
}
// 开关的接口
interface IOpenAndClose{
    void open();//抽象方法,接收接口
    void setTv(ITV itv);
}
interface ITV{//ITV接口
    void play();
}
//实现开关的接口
class OpenAndClose implements IOpenAndClose{
    public ITV itv;
    @Override
    public void open() {
        itv.play();
    }
    @Override
    public void setTv(ITV itv) {
        this.itv = itv;
    }
}
//实现ITV的接口
class  MiItv implements ITV{
    @Override
    public void play() {
        System.out.println("小米电视");
    }
}

依赖倒转原则的注意事项和细节

• 底层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好.
• 变量的声明类型尽量是抽象类或接口,这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序的扩展和优化
• 继承时,遵循里式替换原则

里式替换

OO中的继承性的思考和说明,(继承需要注意什么问题,和要遵守什么规则)

1. 继承包含这样一层含义:父类中凡是已经实现好的方法,实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些已经实现的方法进行任意的修改,就会对整个集成体系造成破坏
2. 继承在给程序设计带来便利的同时,也带来了弊端. 比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后, 所有涉及到子类的功能都有可能产生故障.
3. 问题提出:在编程中，如何正确的使用继承? => 里氏替换原则

基本介绍

• 里式替换原则在1988年,由麻省理工学院的一位姓李的女生提出的.
• 如果对每个类型为T1的对象O1,都有类型为T2的对象O2,使得以T1定义的所有程序P中在所有的对象O1都替换成O2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型. 换句话说,所有引用基类的地方必须能透明的使用其子类的对象.
• 在使用继承时,遵循里式替换原则,在子类中尽量不要重写父类的方法.
• 里式替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过聚合,组合,依赖来解决问题.

开闭原则

基本介绍

• 开闭原则是编程中最基础,最重要的原则
• 一个软件实体如类,模块和函数应该对扩展开放(提供方),对修改关闭(使用方).用抽象构建框架,用实现扩展细节.
• 当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化
• 编程中遵循其他规则,以及使用设计模式的目的就是遵循开闭原则

同依赖倒转.

迪米特法则

基本介绍

• 一个对象应该对其他对象保持最少的了解
• 类与类关系越密切,耦合度越大
• 迪米特法则又叫最少知道原则,即一个类对自己依赖的类知道的越少越好.也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部.对外除了提供public的方法,不对外泄露任何信息
• 迪米特法则还有个更简单的定义:只与直接的朋友通信
• 直接的朋友: 每个对象都会与其它对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系.耦合的方式很多,依赖,关联,组合,聚合等.其中,我们称出现成员变量,方法参数,方法返回值中的类为直接的朋友,而出现在局部变量中的类不是直接的朋友.也就是说,陌生的类最好不要以局部变量的形式出现在类的内部

迪米特法则的注意事项和细节

• 迪米特法则的核心是降低类之间的耦合
• 但是注意:由于每个类都减少了不必要的依赖, 因此迪米特法则只是要求降低类之间(对象之间)的耦合性,并不是完全要求没有依赖关系

合成复用原则

基本介绍

• 原则是 尽量使用合成/聚合的方式,而不是使用继承
• 尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现.

设计原则核心思想

• 找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起
• 针对接口编程,而不是针对实现编程
• 为了交互对象之间的松耦合设计而努力