![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计原则
不二人生
刀光剑影江湖情,摧枯拉朽浪滔滔。功名利禄拂衣去,山高水远路迢迢。一个上得了厅堂下得了厨房、左手写诗右手写词的男人
展开
-
设计原则—YAGNI
YAGNI 原则的英文全称是:You Ain’t Gonna Need It。直译就是:你不会需要它。这条原则也算是万金油了。当用在软件开发中的时候,它的意思是:不要去设计当前用不到的功能;不要去编写当前用不到的代码。实际上,这条原则的核心思想就是:不要做过度设计原创 2020-12-04 09:07:46 · 44369 阅读 · 2 评论 -
设计原则—SOLID(SRP)
单一职责原则、开闭原则、里式替换原则、接口隔离原则和依赖反转原则,依次对应 SOLID 中的 S、O、L、I、D 这 5 个英文字母。我们今天要学习的是 SOLID 原则中的第一个原则:单一职责原则。换个角度来讲就是,一个类包含了两个或者两个以上业务不相干的功能,那我们就说它职责不够单一,应该将它拆分成多个功能更加单一、粒度更细的类原创 2020-12-04 09:06:28 · 39225 阅读 · 0 评论 -
设计原则—SOLID(OCP)
开闭原则的英文全称是 Open Closed Principle,简写为 OCP。它的英文描述是:software entities (modules, classes, functions, etc.) should be open for extension , but closed for modification。那是因为,扩展性是代码质量最重要的衡量标准之一。在 23 种经典设计模式中,大部分设计模式都是为了解决代码的扩展性问题而存在的,主要遵从的设计原则就是开闭原则。原创 2020-12-04 09:05:09 · 38996 阅读 · 0 评论 -
设计原则—SOLID(ISP)
接口隔离原则的英文翻译是“ Interface Segregation Principle”,缩写为 ISP。Robert Martin 在 SOLID 原则中是这样定义它的:“Clients should not be forced to depend upon interfaces that they do not use。”直译成中文的话就是:客户端不应该强迫依赖它不需要的接口。其中的“客户端”,可以理解为接口的调用者或者使用者原创 2020-12-04 09:03:40 · 39093 阅读 · 0 评论 -
设计原则—SOLID(DIP)
依赖反转原则(DIP)高层模块(high-level modules)不要依赖低层模块(low-level)。高层模块和低层模块应该通过抽象(abstractions)来互相依赖。除此之外,抽象(abstractions)不要依赖具体实现细节(details),具体实现细节(details)依赖抽象(abstractions)。在调用链上,调用者属于高层,被调用者属于低层。在平时的业务代码开发中,高层模块依赖底层模块是没有任何问题的。实际上,这条原则主要还是用来指导框架层面的设计,原创 2020-12-04 09:02:17 · 36594 阅读 · 0 评论 -
设计原则—SOLID(LSP)
Liskov Substitution Principle,缩写为 LSP。这个原则最早是在 1986 年由 Barbara Liskov 提出子类对象(object of subtype/derived class)能够替换程序(program)中父类对象(object of base/parent class)出现的任何地方,并且保证原来程序的逻辑行为(behavior)不变及正确性不被破坏。 里式替换原则还有另外一个更加能落地、更有指导意义的描述,那就是“Design By Contrac“原创 2020-12-04 09:01:10 · 36013 阅读 · 0 评论 -
设计原则—LOD
迪米特法则的英文翻译是:Law of Demeter ,缩写是 LOD原创 2020-12-04 08:59:02 · 34336 阅读 · 0 评论 -
设计原则—KISS
KISS 原则算是一个万金油类型的设计原则,可以应用在很多场景中。它不仅经常用来指导软件开发,还经常用来指导更加广泛的系统设计、产品设计等,比如,冰箱、建筑、iPhone 手机的设计等等Keep It Simple and StupidKeep It Short and SimpleKeep It Simple and Straightforward.原创 2020-12-04 08:56:56 · 33410 阅读 · 0 评论 -
设计原则—DRY
文章目录DRY 原则实现逻辑重复功能语义重复代码执行重复注释重复数据重复提高代码复用性DRY 原则它的英文描述为:Don’t Repeat Yourself。中文直译为:不要重复自己。将它应用在编程中,可以理解为:不要写重复的代码。很多人对这条原则存在的误解。实际上,重复的代码不一定违反 DRY 原则,而且有些看似不重复的代码也有可能违反 DRY 原则。DRY不是只代码重复,而是“知识”的重复,意思是指业务逻辑。例如由于沟通不足,两个程序员用两种不同的方法实现同样功能的校验。DRY is abo原创 2020-12-04 08:55:29 · 32925 阅读 · 0 评论