设计模式 - 七大设计原则(二)

概述

简单介绍一下七大设计原则:
开闭原则:是所有面向对象设计的核心,对扩展开放,对修改关闭
依赖倒置原则:针对接口编程,依赖于抽象而不依赖于具体
单一职责原则:一个接口只负责一件事情,只能有一个原因导致类变化
接口隔离原则:使用多个专门的接口,而不是使用一个总接口
迪米特法则(最少知道原则):只和朋友交流(成员变量、方法输入输出参数),不和陌生人说话,控制好访问修饰符
里氏替换原则:子类可以扩展父类的功能,但不能改变父类原有的功能
合成复用原则:尽量使用对象组合(has-a)/聚合(contanis-a),而不是继承关系达到软件复用的目的


单一职责原则

定义

单一职责(Simple Responsibility Pinciple,SRP)是指不要存在多于一个导致类变更 的原因。

假设我们有一个 Class 负责两个职责,一旦发生需求变更,修改其中一个职责的逻辑代码,有可能会导致另一个职责的功能发生故障。这样一来,这个 Class 存在两个导 致类变更的原因。如何解决这个问题呢?我们就要给两个职责分别用两个 Class 来实现, 进行解耦。后期需求变更维护互不影响。这样的设计,可以降低类的复杂度,提高类的 可读性,提高系统的可维护性,降低变更引起的风险。总体来说就是一个 Class/Interface/Method 只负责一项职责。

示例

接下来我们参考《设计模式之禅》一书中所提到关于用户信息管理的示例来举例:

新建用户信息IUserInfo类:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:07
 */
public interface IUserInfo {
    void setUserID(String userID);
    String getUserID();
    void setPassword(String password);
    String getPassword();
    void setUserName(String userName);
    String getUserName();
    boolean changePassword(String oldPassword);
    boolean deleteUser();
    void mapUser();
    boolean addOrg(int orgID);
    boolean addRole(int roleID);
}

用户信息维护类图:

如果像这样子来设计,即使是一个初级程序员也可以看出这个解耦设计得有问题,用户的属性和用户的行为没有分离开。应该把用户的信息抽离成为一个BO,把行为抽离成为一个Biz(业务逻辑)。然后我们修改这个接口。
创建 IUserBo 类:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:18
 */
public interface IUserBO {
    void setUserID(String userID);
    String getUserID();
    void setPassword(String password);
    String getPassword();
    void setUserName(String userName);
    String getUserName();
}

创建 IUserBiz 类:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:18
 */
public interface IUserBO {
    void setUserID(String userID);
    String getUserID();
    void setPassword(String password);
    String getPassword();
    void setUserName(String userName);
    String getUserName();
}

职责划分后的类图:

我们将IUserInfo拆分为了IUserBoIUserBiz。我们就实现了两个类的单一职责,也就是让引起他们变化原因只有一种,并且让相关性强的内容聚合在一个类内部。

但是,我们在实际开发中会项目依赖,组合,聚合这些关系,还有还有项目的规模,周期,技术人员的水平,对进度的把控,很多类都不符合单一职责。但是,我们在编写代码的过程,尽可能地让接口和方法保持 单一职责,对我们项目后期的维护是有很大帮助的。


接口隔离原则

定义

接口隔离原则(Interface Segregation Principle, ISP)是指用多个专门的接口,而不使 用单一的总接口,客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口时 应当注意一下几点:

  1. 一个类对一类的依赖应该建立在最小的接口之上。
  2. 建立单一接口,不要建立庞大臃肿的接口。
  3. 尽量细化接口,接口中的方法尽量少(不是越少越好,一定要适度)

接口隔离原则符合我们常说的高内聚低耦合的设计思想,从而使得类具有很好的可读性、 可扩展性和可维护性。我们在设计接口的时候,要多花时间去思考,要考虑业务模型,包括以后有可能发生变更的地方还要做一些预判。所以,对于抽象,对业务模型的理解 是非常重要的。

示例

下面我们来看一段代码,写一个动物行为的抽象:

IAnimal 接口:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:56
 */
public interface IAnimal {
    void eat();
    void fly();
    void swim();
}

Bird 类实现:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:57
 */
public class Bird implements IAnimal {
    public void eat() {
    }

    public void fly() {
    }

    public void swim() {
    }
}

Dog 类实现:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:57
 */
public class Dog implements IAnimal {
    public void eat() {
    }

    public void fly() {
    }

    public void swim() {
    }
}

可以看出,Birdswim()方法可能只能空着,Dogfly()方法显然不可能的。这时候,我们针对不同动物行为来设计不同的接口,分别设计 IEatAnimalIFlyAnimalISwimAnimal 接口,来看代码:

IEatAnimal 接口:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:59
 */
public interface IEatAnimal {
    void eat();
}

IFlyAnimal 接口:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午5:01
 */
public interface IFlyAnimal {
    void fly();
}

ISwimAnimal 接口:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午5:02
 */
public interface ISwimAnimal {
    void swim();
}

Dog 只实现 IEatAnimalISwimAnimal 接口:

/**
 * @author eamon.zhang
 * @date 2019-09-25 下午4:57
 */
public class Dog implements IEatAnimal,ISwimAnimal {

    public void eat() {

    }

    public void swim() {

    }
}

来看下两种类图的对比,还是非常清晰明了的:


声明

内容为原创,转发请注明出处!
部分内容参考网络,侵删!

原文地址:https://www.cnblogs.com/eamonzzz/p/11586133.html

时间: 2024-10-19 20:39:37

设计模式 - 七大设计原则(二)的相关文章

设计模式 - 七大设计原则(一)

设计模式 - 七大设计原则(一) 概述 简单介绍一下七大设计原则: 开闭原则:是所有面向对象设计的核心,对扩展开放,对修改关闭 依赖倒置原则:针对接口编程,依赖于抽象而不依赖于具体 单一职责原则:一个接口只负责一件事情,只能有一个原因导致类变化 接口隔离原则:使用多个专门的接口,而不是使用一个总接口 迪米特法则(最少知道原则):只和朋友交流(成员变量.方法输入输出参数),不和陌生人说话,控制好访问修饰符 里氏替换原则:子类可以扩展父类的功能,但不能改变父类原有的功能 合成复用原则:尽量使用对象组

设计模式-七大设计原则

1.单一职责原则 2.接口隔离原则 3.依赖倒转原则 接口传递 构造方法传递 setter方式传递 4.里氏替换原则 子类透明 5.开闭原则 扩展开放 修改关闭 6.迪米特法则 降低类与类之间的耦合(降低而不是消除) 最少知道原则(对自己依赖的类知道的越少越好) 成员变量.反方参数.方法返回值中的是"朋友",局部变量不是 7.合成复用原则 尽量使用合成/聚合的方式,而不是使用继承 依赖是在方法上传递一个类(使用) 聚合是在一个类中声明另一个类,使用set方法赋值 组合是在一个类中已经实

24种设计模式及七大设计原则

设计模式 七大设计原则 : 单一职责原则:            Single Responsibility Principle                一个类只负责一项职责    SRP 里氏替换原则:            Liskov Substitution Principle                   所有引用基类的地方,必须能透明地使用其子类的对象    LSP 依赖倒置原则:            Dependence Inversion Principle   

面向对象开发中的七大设计原则和23种设计模式

一.面向对象开发中的七大设计原则 软件开发中最核心的思想就是"高内聚,低耦合",主要的目的也是为了方便后期的维护和变更.下面的设计原则也是依靠这个核心思想衍生出来的. 1.单一职责原则[SINGLE RESPONSIBILITY PRINCIPLE]:单一职责原则想表达的核心思想就是"高内聚",一个模块只完成一项功能.在面向对象设计中,一个类只应该负责一项职责,如果同时承担太多职责,就等于把这些职责耦合在了一起. 后面很可能因为某项职责的变更而导致其他职责的削弱或者

GOF 的23种JAVA常用设计模式总结 03 面向对象七大设计原则

在软件开发中,为了提高软件系统的可维护性和可复用性,增加软件的可扩展性和灵活性,程序员要尽量根据 7 条原则来开发程序,从而提高软件开发效率.节约软件开发成本和维护成本. 各位代码界的大佬们总结出的七大设计原则,还是需要好好了解一下 1.开闭原则 开闭原则(Open Closed Principle,OCP)由勃兰特·梅耶(Bertrand Meyer)提出,他在 1988 年的著作<面向对象软件构造>(Object Oriented Software Construction)中提出:软件实

设计模式——设计模式与设计原则

设计模式--设计模式与设计原则 一.设计模式  1.设计模式简介 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石. 模式的经典定义:每个模式都描述了一个在我们的环境中不断出现的问题,然后描述了该问题的解决方案的核心,通过这种方式,我们可以无数次地重用那些已有的解决方案,无需再

设计模式之设计原则学习

设计模式的设计原则包含了:单一职责原则.里氏替换原则.依赖倒置原则.接口隔离原则.迪米特法则和开闭原则等6大原则. 单一职责原则(Single Responsibility Principle,简称SRP),英文介绍为:There should never be more than one reason for a class to change,即一个类,应当只有一个引起它变化的原因.单一职责原则,要求对象不能承担太多的职责,充分保证对象的高内聚.单一职责的优点有:1.降低了类的复杂性:2.提

面向对象的七大设计原则

面向对象七大设计原则 1.开闭原则(OCP:Open-Closed Principle) 2.里氏替换原则(LSP:Liskov Substitution Principle) 3.单一职责原则(SRP:Single responsibility principle) 4.接口隔离原则(ISP:Interface Segregation Principle) 5.依赖倒置原则(DIP:Dependence Inversion Principle) 6.迪米特法则(LOD:Law of Demet

设计模式之设计原则(中)

接口隔离原则(Interface Segregation Principle ),简称ISP:该原则核心思想就是客户端不应该被强迫实现一些不会使用的接口,应该把胖接口中的方法分组,然后用多个接口来代替,每一个接口只服务与一个子模块.这个跟上次分享的单一职责原则类似. 设计接口隔离原则的目的:当我们设计应用程序时,如果一个模块包含多个子模块,那我们应该正对该模块抽象.设想该模块由一个类实现,我们可以把系统抽象成一个接口,但是我们想要添加新的模块扩展程序时,如果要添加的模块只包含原来系统的一些子模块