设计原则
博客专区 > 刘焱 的博客 > 博客详情
设计原则
刘焱 发表于2年前
设计原则
  • 发表于 2年前
  • 阅读 71
  • 收藏 7
  • 点赞 1
  • 评论 0

新睿云服务器60天免费使用,快来体验!>>>   

摘要: 设计原则是个什么东西,下面是我的乱说一通

    写了两年的代码(Android应用),做了将近两年的纯技术(Framework技术支持)。下一步需要想要提升架构能力,所以下一步需要关注的问题就是:

抽象,接口,五大设计原则和23个设计模式。


    我觉得在开发过程中,不可能需要时时注意到什么设计原则或者设计模式。如果每个类,我们都要想到用到这些原则或者设计模式,那代码一定会变得非常冗余。但是这些东西是必不可少的。对于稍微大一点的应用,或者你开发的是个中间件或者库什么的,这些东西就非常的重要的了。

开发中所用到的设计原则有:

  • 单一职责原则,一个类通常只干一件事情,比如说用来做显示的View类,里面是一定不要做存储相关的直接实现

  • 依赖倒置原则,抽象与接口之间耦合并构成业务模型,而具体的实现子类则为细节,细节与细节之间不直接沟通,而通过与抽象或者接口之间进行

  • 开闭原则,开即开放,闭即关闭。对于修改尽量持有关闭原则,只对于原有类中的实现存在有错误或者说bug才会进行修改。对于扩展都持有开放原则,对于修改的需求,可以在原有的类的基础再继承一个新的类来实现,而不是直接修改原有类。

  • 接口隔离原则,一般来说可以用来简化代码以及增强可读性,美观性所用的。比如说close。Java的close()调用一般都会抛出一个exception。项目中所有的有close方法的类都可以实现自接口closeable,然后把所有用到close代码的地方都集中在一个类的方法中即可。

  • 里氏替换原则,能用父类对象的地方,一定可以用子类对象来替换,并且不会出现错误或者异常。

  • 迪米特原则,或者也叫最少原则。就是某一个类对另一个类知道的越少越好。也就是对另一个类可调用的方法越少越好。遇到需求变更时,对于两个类来说,要修改的地方也会比较少


  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 1
博文 14
码字总数 14547
×
刘焱
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: