本文共 1801 字,大约阅读时间需要 6 分钟。
单一职责原则要求在设计类、接口或方法时要保证功能的单一。例如不要将描述用户信息与行为的方法放到一个类或者接口中,而应该将按职责进行划分。其中,将用户的信息抽取为BO
(Business Object
,业务对象);将用户的行为抽取为Biz
(Business Logic
,业务逻辑)。但在这里最好还将BO
与Biz
抽象为接口,然后在用一个类去实现这些单一职责的接口,而不应该针对每个接口都设计一个相应的职责单一的类,因为这样会造成类之间的耦合过重与类数量的增加,增加设计的复杂性。
因此,类的设计尽量做到只有一个原因引起变化就可以了。同时,方法也应该做到职责单一。例如,有一个方法要实现修改用户信息,方法内部需要实现修改用户密码,此时应该将修改用户密码相关实现抽取为另一个方法,并在修改用户信息的方法中进行调用。比较典型的应用就是set/get
方法,对每个字段的操作都应该实现相应的函数,并在函数命名上加以体现,如void setName(String name)
,也不要想着实现一个通用的方法去根据输入参数的不同在方法内部进行判断,如void set(Object obj, Menu options)
,不要让别人猜测这个方法可能是用来实现什么逻辑。
里式替换原则要求只要父类能出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常。该原则有几点需要注意:
依赖倒置原则主要表现为以下三点:
采用该原则可以降低类间耦合,增加协同开发的效率。
接口隔离原则要求客户端不应该依赖不需要的接口,这就需要在满足单一职责原则的前提下,对接口进行细化,同时接口中的方法尽量少,而不要建立一个庞大臃肿的接口,容纳所有的客户端访问。
因此,开发者需要根据经验和常识决定接口的粒度大小,接口粒度太小,导致接口数据剧增;接口粒度太大,灵活性降低,给整体项目带来无法预料的风险。
最少知识原则要求一个类应该对自己需要耦合或调用的类知道的最少。例如,安装软件时有步骤一、步骤二、步骤三,这些方法都封装在导向类中,在安装软件时,需要依次调用这些方法。此时,若导向类将这三个方法都声明为public
,会导致业务场景类与导向类的关系太过紧密,修改时涉及的面也更大,例如在修改导向类中的这些方法时,还需要对业务场景类中相关调用进行修改。因此,更好的做法是将这三个方法都声明为private
,而导向类只公布一个包含这三个方法调用的public
方法。
同时,需要注意的是,类与类之间的关系应该建立在类间,而不是方法间,即一个方法中尽量不引入一个类中不存在的对象。
开闭原则的含义是说一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化。该原则主要体现为:
public
方法,同时参数类型、引用对象尽量使用接口或抽象类,而不是实现类,而抽象层则尽量保持稳定,一旦确定即不允许修改。转载地址:http://wesws.baihongyu.com/