设计原则

六大设计原则 SOLID法则

SOLID法则
S_单一职责
O_扩展开放修改封闭
L_里氏替换
L_最少知道
I_接口隔离
D_依赖倒置

1、单一职责原则

理解: 字面意思每个类和函数只负责一件事,或一个业务功能。类是一种对象抽象、一个业务功能集合,函数是一种行为、一个动作,类是抽象业务的最小单位,函数是行为的最小单位,都不可再分。

2、开放封闭原则

理解: 类、模块、函数,可以去扩展,但不要去修改。这就意味着在最初设计时需要考虑周全,但不能修改也不是绝对,过度设计也会给程序带来很大负担。

3、里式替换原则

理解: 父类可被子类替换。也就是说,代码中可以将父类全部替换为子类,程序不会出现异常,但反过来就不一定了。在继承类时,务必重写(override)父类中所有的方法,尤其需要注意父类的protected方法(它们往往是让你重写的),子类尽量不要暴露自己的public方法供外界调用。

4、最少知识原则

理解: 类之间减少依赖关系,类作为功能单位要保持独立性,独立性的高的类复用性也就高。

5、接口隔离原则

理解: 不要对外暴露没有实际意义的接口。也就是说,尽量保证接口的实用性。当需要对外暴露接口时,需要再三斟酌,若没必要对外提供就删了吧,因为一旦提供了就意味着,将来要多做一件事情,何苦给自己找事做呢。

6、依赖倒置原则

理解: 抽象不应依赖于细节,细节应依赖于抽象。应该面向接口编程,不该面向实现类编程。面向实现类编程相当于就事论事,那是正向依赖;面向接口编程,相当于透过现象看本质,抓住事务的共性,那就是反向依赖,即依赖倒置。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值