YAGNI 英文：You Aren't Going to Need It 中文：你不会需要它 是什么 只写所需最低限度的代码。不能以“可能会用到”为动机编写代码，我们要在需要的时候写需要的代码。坚持只写当前需要的代码。 为什么 即使事先写好了一大段代码以应对各种情况，这些代码大多也派不上用场。 编程针对的是特定需求，所以再怎么追求通用性，总有无法满足的情况。考虑代码的扩展性，有时人们

设计模式专栏：http://t.csdnimg.cn/3a25S 目录 1.引言 2.代码并非行数越少越简单 3.代码复杂不一定违反 KISS 原则 4.如何写出满足 KISS 原则的代码 5.YAGNI原则和 KISS 原则的区别 1.引言         KISS原则的英文描述有3种版本:Keep It Simple and Supid、 keep It Short

云原生学习路线导航页（持续更新中） 本文是 golang语言系列 文章，主要对编程通用技能 SOLID、YAGNI、KISS等设计原则 进行学习 1.SOLID设计原则 S：SRP，单一职责原则O：OCP，开闭原则L：LSP，里氏替换原则I：ISP，接口隔离原则D：DIP，依赖倒转原则 1.1.SRP：单一职责原则（Single Responsibility Principle）

前言 今天，将两个设计原则：KISS 原则和 YANGI 原则。其中，KISS 原则比较经典，耳熟能详，但 YANGI 你可能没怎么听过，不过它理解起来也不难。 理解这个两个原则的时候，经常会有一个共同的问题，那就是看一眼就觉得懂了，但深究的话，又有很多细节不是很清楚。 怎么理解 KISS 原则中的 “简单” ？什么代码才算 “简单”？怎样的代码才算 “复杂”？如何才能写出 “简单” 的代码

在软件的设计当中前人已经总结了许多的设计原则和设计模式。例如 SOLID，GRASP 设计原则，这些原则都是基于面向对象设计总结而来的。而 GOF23 是基于许多常见的场景总结出了一套设计模式，在我们遇到类似的场景，都可以套用设计模式。 而今天所讲到的软件三原则是适用于在软件设计的各个层面的。它不仅适用于面向对象的设计，也适用于面向过程的程序设计；不仅适用于类的设计，也适用于模块、子系统的设计。

本文继续来介绍接口隔离原则（ISP）和依赖倒置原则（DIP），这两个原则都和接口和继承有关。文章最后会简单介绍几个除了 SOLID 原则之外的原则。 接口隔离原则（ISP） 提起接口，开发人员的第一反应可能是面向对象编程语言中的 interface ，但接口更广义的理解会包含： 编程语言中的 interface；RESTful Web API 、Web Service、gRPC 等这种对外提供