安卓之设计模式七大原则

一、单一职责原则

一个类负责的功能尽可能单一

二、接口隔离原则

使用接口尽可能隔离,对于不需要使用的接口隔离出去

三、依赖倒置原则

1.高层不依赖低层,两者都应该依赖抽象,将相同的功能抽象出来封装成抽象类。

2.抽象不应该依赖细节,细节应该依赖抽象,即面向接口编程,设计时参数类型为接口类型,功能放在实现类里面,方便业务逻辑的扩展。

四、里氏替换原则

在继承时,不要重写父类方法,而应该将同名方法抽象为更基本的基类,让这两个类去实现共同的方法。任何基类出现的地方,子类都可以出现,即不影响父类的方法。

五、开闭原则

对扩展开放,而对修改关闭。对于设计者而言,尽量通过扩展行为来实现新功能,而不是通过修改已有的业务逻辑去增加新功能,通过使用接口作为参数,将实现功能放在实现类里,这样使用者无需修改原有代码即可完成功能的扩展。

六、迪米特法则

1.最少知道原则,即设计者在类中使用其他类对象时不用了解其内部逻辑的实现,只需要使用其提供的public方法即可。

2.只和直接朋友交流,即使用其他类时,定义为成员变量,方法参数或方法返回值,而不应该设置为局部变量,降低耦合度。

七、合成复用原则

设计时,尽可能先考虑使用组合和聚合的方式实现业务逻辑,其次才考虑继承关系。

使用这些原则设计业务逻辑,可以方便设计者更高的维护程序,对于其功能的扩展而不影响原有功能的实现有巨大的帮助,除非在业务逻辑足够简单,才可以违背这些原则。

(以上观点仅作者学习的见解,如有错误请指出,感谢各位大佬)

作者有道云原文链接:

https://note.youdao.com/s/RfuzRivqicon-default.png?t=M5H6https://note.youdao.com/s/RfuzRivq

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值