码迷,mamicode.com
首页 > 其他好文 > 详细

应用架构设计原则、模式摘录

时间:2019-01-10 13:11:45      阅读:158      评论:0      收藏:0      [点我收藏+]

标签:结构   基类   lsp   防止   抽取   抽象   很多   替换   物理   

1.Tier和Leyer的区别:

Tier 指的是系统的物理部署结构

Leyer 指的是系统的逻辑层结构

 

2.基本设计原则概述

KISS原则 提倡在设计和编码中,尽量保持代码的简约性,避免不必要的复杂

DRY原则 抽取系统中的公共部分,并把它放到一个地方避免重复,既适用于代码也试用于功能和业务逻辑

Tell,Don’t Ask原则 要去对代码进行合理的封装,并把它放到正确的类中,并明确告诉对象我们想要它去执行什么样的操作,而不是首先询问对象的状态

YAGNI原则 设计中只包含所必须的功能,不包含你认为将来可能会用到的功能或特性,防止过度设计

Soc原则 把一个软件功能分离为单独功能点,被分离的每个功能点有唯一的行为和数据,而且每一个功能都能被其他所需要的类单独使用,通过这个原则,我们可以最大限度的实现代码重用、功能模块重用

 

3.S.O.L.I.D原则

SRP 单一职责原则 就一个类而言,应仅有一个引起它变化的原因。

OCP 开放封闭原则 软件实体(类、模块)应该是可扩展的,但是不可修改。

LSP 里氏替换原则 子类必须能够替换它们的基类型

ISP 接口分离原则 不应该强迫类实现它不需要的方法。如歌一个接口中包含了很多不大而且不相关的方法,那么这个接口就必须要被分组,让后分离出多个接口,让实现接口的类去实现它需要的方法。

DIP 依赖倒置原则 高层的模块不应该依赖于低层的模块,二者应该依赖于抽象,抽象不应该依赖于细节,细节应该依赖于抽象,高层模块是指系统不经常发生变化的部分,是一个系统区别于其他系统的标志,包含了系统的策略选择和业务模型。底层模块是指系统中经常发生变化的部分。

应用架构设计原则、模式摘录

标签:结构   基类   lsp   防止   抽取   抽象   很多   替换   物理   

原文地址:https://www.cnblogs.com/heyangyi/p/10249214.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!