设计模式-设计原则

简介: 设计模式-设计原则

设计模式-设计原则


单一职责原则

单一职责原则:一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。

有时候类的功能并不符合类的定义,添加在类中会使得类过于臃肿,此时应该将职责根据定义进行划分,以实现高内聚低耦合。

class Coder{
    /**
     * 程序员会编程
     */
    public void coding(){
    }
}
class Worker{
    /**
     * 工人会打螺丝
     */
    public void work(){
    }
}
class Rider {
    /**
     * 骑手会送外卖
     */
    public void ride(){
    }
}


开闭原则

开闭原则:软件实体应当对扩展开放,对修改关闭。

一个软件实体,比如类、模块和函数应该对扩展开放,对修改关闭。其中,对扩展开放是针对提供方来说的,对修改关闭是针对调用方来说的。

例如以下:

将程序员打代码这一个行为抽象成一个统一的接口或是抽象类,对具体类行为拓展开放,而具体实现不需要别的类型进行干涉,保证对修改关闭

public abstract class Coder {
    public abstract void coding();
    class JavaCoder extends Coder{
        @Override
        public void coding() {
            System.out.println("Java!");
        }
    }
    class PHPCoder extends Coder{
        @Override
        public void coding() {
            System.out.println("PHP");
        }
    }
    class CppCoder extends Coder{
        @Override
        public void coding() {
            System.out.println("cpp");
        }
    }
}


通过提供一个Coder抽象类,开放给其他具体类型来实现,这样就可以根据不同的业务进行灵活扩展了,具有较好的延续性。


里氏替换原则

里氏替换原则:所有引用基类的地方必须能透明地使用其子类的对象。

简单的说就是,子类可以扩展父类的功能,但不能改变父类原有的功能:

  1. 子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
  2. 子类可以增加自己特有的方法。
  3. 当子类的方法重载父类的方法时,方法的前置条件(即方法的输入/入参)要比父类方法的输入参数更宽松。
  4. 当子类的方法实现父类的方法时(重写/重载或实现抽象方法),方法的后置条件(即方法的输出/返回值)要比父类更严格或与父类一样。
public abstract class Coder {
    public void coding() {
    }
    class JavaCoder extends Coder{
        /**
         * 子类除了会打代码之外,还会打游戏
         */
        public void game(){
        }
    }
}


依赖倒转原则

依赖倒转原则:高层模块不应依赖于底层模块,它们都应该依赖抽象。抽象不应依赖于细节,细节应该依赖于抽象。

使用接口来进行功能定义,然后再去实现,这样通过使用接口,就可以将原有的强关联给弱化,只需要知道接口中定义了什么方法然后去使用即可,而具体的操作由接口的实现类来完成。

public class Main {
    public static void main(String[] args) {
        UserController controller = new UserController();
    }
    interface UserMapper {
        //接口中只做CRUD方法定义
    }
    static class UserMapperImpl implements UserMapper {
        //实现类完成CRUD具体实现
    }
    interface UserService {
        //业务代码定义....
    }
    static class UserServiceImpl implements UserService {
        @Resource   //现在由Spring来为我们选择一个指定的实现类,然后注入,而不是由我们在类中硬编码进行指定
        UserMapper mapper;
        //业务代码具体实现
    }
    static class UserController {
        @Resource
        UserService service;   //直接使用接口,就算你改实现,我也不需要再修改代码了
        //业务代码....
    }
}


接口隔离原则

接口隔离原则:客户端不应依赖那些它不需要的接口。

即对接口进行细粒度的划分,确定抽象类的符合功能

interface SmartDevice {   //智能设备才有getCpu和getMemory
    String getCpu();
    String getType();
    String getMemory();
}
interface NormalDevice {   //普通设备只有getType
    String getType();
}
//电脑就是一种电子设备,那么我们就继承此接口
class Computer implements SmartDevice {
    @Override
    public String getCpu() {
        return "i9-12900K";
    }
    @Override
    public String getType() {
        return "电脑";
    }
    @Override
    public String getMemory() {
        return "32G DDR5";
    }
}
//电风扇也算是一种电子设备
class Fan implements NormalDevice {
    @Override
    public String getType() {
        return "风扇";
    }
}


合成复用原则

合成复用原则:优先使用对象组合,而不是通过继承来达到复用的目的。

如果是is-a的关系可以考虑继承实现,其他情况下进行使用组合去复用方法,减低耦合性

class A {
    public void connectDatabase(){
        System.out.println("我是连接数据库操作!");
    }
}
class B {
    A a;
    public B(A a){   //在构造时就指定好
        this.a = a;
    }
    public void test(){
        System.out.println("我是B的方法,我也需要连接数据库!");
        a.connectDatabase();   //也是通过对象A去执行
    }
}


迪米特法则

迪米特法则:每一个软件单位对其他单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位。

简单来说就是,一个类/模块对其他的类/模块有越少的交互越好。当一个类发生改动,那么,与其相关的类需要尽可能少的受影响,利于维护项目。

public class Main {
    public static void main(String[] args) throws IOException {
        Socket socket = new Socket("localhost", 8080);
        Test test = new Test();
        test.test(socket.getLocalAddress().getHostAddress());  //在外面解析好就行了
    }
    static class Test {
        public void test(String str){   //一个字符串就能搞定,就没必要丢整个对象进来
            System.out.println("IP地址:"+str);
        }
    }
}


实际上这里的test方法只需要一个IP地址即可,我们完全可以直接传入一个字符串,而不是整个Socket对象,保证与其他类的交互尽可能的少。

相关文章
|
设计模式 关系型数据库
【设计模式——学习笔记】设计模式简介+七大设计原则介绍(下)
【设计模式——学习笔记】设计模式简介+七大设计原则介绍
113 0
|
设计模式 前端开发 算法
设计模式之设计原则
程序设计的要遵循的一些理论,也可以理解为程序设计的一种要求和目标,是面向对象程序设计的基石,也是面向对象程序设计的质量保障和依据。
82 0
|
2月前
|
设计模式 Java 测试技术
Java设计模式-UML与设计原则(1)
Java设计模式-UML与设计原则(1)
|
3月前
|
设计模式 前端开发 JavaScript
React开发设计模式及原则概念问题之什么是HOC(Higher-order component),HOC遵循的设计原则都有哪些
React开发设计模式及原则概念问题之什么是HOC(Higher-order component),HOC遵循的设计原则都有哪些
|
4月前
|
设计模式 算法
交易链路设计原则&模式问题之中介者(Mediator)方法设计模式是什么,如何解决
交易链路设计原则&模式问题之中介者(Mediator)方法设计模式是什么,如何解决
|
6月前
|
设计模式 算法 Java
【设计模式系列笔记】设计模式与设计原则
设计模式,是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。 设计原则是一些通用的设计指导方针,它们提供了如何设计一个优秀的软件系统的基本思想和规则。指导着设计者如何组织代码以实现高内聚、低耦合、易扩展和易维护的软件系统。
81 4
|
设计模式 Java 关系型数据库
Java设计模式中的设计原则 2
Java设计模式中的设计原则
87 0
|
6月前
|
设计模式 Java 数据安全/隐私保护
设计模式之六大设计原则
设计模式之六大设计原则
69 0
|
6月前
|
设计模式 关系型数据库 程序员
【设计模式】设计原则
【1月更文挑战第12天】【设计模式】设计原则
|
设计模式 Java 程序员
【设计模式——学习笔记】设计模式简介+七大设计原则介绍(上)
【设计模式——学习笔记】设计模式简介+七大设计原则介绍
51 2