menu ChaYedan
设计原则
28 浏览 | 2022-10-20 | 阅读时间: 约 3 分钟 | 分类: Java | 标签: Java
请注意,本文编写于 37 天前,最后修改于 37 天前,其中某些信息可能已经过时。

设计原则

单一职责原则

一个类或者模块只负责完成一个职责(或者功能)。

在工程上,可以通过使用频率或者业务场景进行拆分。

单一职责原则是为了实现代码高内聚、低耦合,提高代码的复用性、可读性、可维护性。如果违反原则,就需要想想,违反原则值得吗?

开闭原则

软件实体(模块、类、方法等) 应该“对扩展开放、对修改关闭”。

写出支持“对扩展开放、对修改关闭”的代码的关键是预留扩展点。

最合理的做法是,对于一些比较确定的、短期内可能就会扩展,或者需求改动对代码结构影响比较大的情况,或者实现成本不高的扩展点,在编写代码的时候之后,我们就可以事先做些扩展性设计。但对于一些不确定未来是否要支持的需求,或者实现起来比较复杂的扩展点,我们可以等到有需求驱动的时候,再通过重构代码的方式来支持扩展的需求。

另外,在可读性和可维护性之间需要做一个平衡。

里式替换

子类对象(object of subtype/derived class)能够替换程序(program)中父类对象(object of base/parent class)出现的任何地方,并且保证原来程序的逻辑行为(behavior)不变及正确性不被破坏。

和多态类似,但它们关注的角度是不一样的。多态是面向对象编程的一大特性,也是面向对象编程语言的
一种语法。它是一种代码实现的思路。而里式替换是一种设计原则,是用来指导继承关系中子类该如何设计的,子类的设计要保证在替换父类的时候,不改变原有程序的逻辑以及不破坏原有程序的正确性。

子类在设计的时候,要遵守父类的行为约定(或者叫协议)。父类定义了函数的行为约定,那子类可以改变函数的内部实现逻辑,但不能改变函数原有的行为约定。这里的行为约定包括:函数声明要实现的功能;对输入、输出、异常的约定;甚至包括注释中所罗列的任何特殊说明。实际上,定义中父类和子类之间的关系,也可以替换成接口和实现类之间的关系。

接口隔离原则

客户端不应该强迫依赖 它不需要的接口。其中的“客户端”,可以理解为接口的调用者或者使用者。

如果把“接口”理解为一组接口集合,可以是某个微服务的接口,也可以是某个类库的接口等。如果部分接口只被部分调用者使用,我们就需要将这部分接口隔离出来,单独给这部分调用者使用,而不强迫其他调用者也依赖这部分不会被用到的接口。

依赖反转原则

高层模块(high-level modules)不要依赖低层模 块(low-level)。高层模块和低层模块应该通过抽象(abstractions)来互相依赖。除此 之外,抽象(abstractions)不要依赖具体实现细节(details),具体实现细节 (details)依赖抽象(abstractions)

可参考:https://chayedan.site/index.php/archives/118/

知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议

发表评论

email
web

全部评论 (暂无评论)

info 还没有任何评论,快来留言吧!