kiss原则指的是啥

Posted 2023-03-22

参考技术A KISS原则是英语 Keep It Simple, Stupid 的首字母缩略字，也有人称“懒人原则”。KISS原则是指在设计当中应当注重简约的原则。同时这原则亦有应用在商业书信、设计电脑软件、动画、工程上。原文当中有很多其他版本，包括："Keep It Simple & Stupid"（在西欧文学中最常使用）、"Keep It Sweet & Simple"、"Keep It Short & Simple"、"Keep it Simple, Sweetheart" 及 "Keep it Simple, Sherlock

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

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