软件设计原则
DRY（Don’t Repeat Yourself）原则——不要重复你自己
DRY代表“不要重复自己”，这是软件开发的一个基本原则，目的是减少信息的重复。干原理是这样表述的:“每一个知识或逻辑必须在一个系统中有一个单一的、明确的表示。”
违反DRY原则
“我们喜欢敲代码”(或者“浪费每个人的时间”):“我们喜欢敲代码”意味着一遍又一遍地写同样的代码或逻辑。这样让管理代码变得很困难的，如果任何逻辑发生变化，那么我们必须在代码中的所有地方进行更改，从而浪费时间。
如何实现DRY
为了避免违反DRY原则，需要把你的系统分成几部分。将代码和逻辑划分为更小的可重用单元，并通过在需要的地方调用代码来使用这些单元代码。不要编写过于冗长的方法，要进行逻辑拆分，并尽量使用现有方法中已经写好的逻辑。
DRY的好处
更少的代码是好的，它节省了时间和精力，易于维护，并且减少了bug的几率。
代码的“抽象”和它的“可读性”（直观性），其实是一对矛盾的关系。适度的抽象和避免重复是有好处的，它甚至可以提高代码的可读性，然而如果你尽“一切可能”从代码里提取模板，甚至把一些微不足道的“共同点”也提出来进行“共享”，它就开始有害了。这是因为，模板并不直接显示在“调用”它们的位置。提取出模板，往往会使得阅读代码时不能一目了然。如果由此带来的直观性损失超过了模板所带来的好处时，你就应该考虑避免抽象了。要知道，代码读的次数要比写的次数多很多。很多人为了一时的“写的快感”，过早的提取出不必要的模板，其实损失了读代码时的直观性。如果自己的代码连自己都不能一目了然，你就不能写出优雅的代码。
KISS（ Keep It Simple, Stupid）原则——保持简单，愚蠢。
KISS原则使代码简单、清晰、易于理解。编程语言是为人类所理解的，所以保持编码的简单和直接，让人类理解。保证你的方法尽量很小；每个方法都不应该超过40-50行代码。
每个方法应该只解决一个小问题，而不是实现很复杂的功能。如果你在方法中有很多条件，把它们分解成更小的单独的方法。它不仅更易于阅读和维护，而且可以更快地发现bug。
违反KISS原则
我们都经历过在项目中由于一些糟糕的代码，需要大家努力加班解决问题。“既然我们可以只用2-3行就完成同样的事情，他们为什么要写这些不必要的行和条件呢?”看看下面显示的两个代码。
你会用哪个?
如果有两种方法实现的功能是一样的，第一种代码多，但很容易读懂。第二种呢，代码很简练，相对第一代码而言，没那么好理解，你会选哪一种呢?
如何实现KISS原则
为了避免违反KISS原则，尝试编写最简单的代码。为您的问题考虑许多解决方案，并选择最好的解决方案，并将其转换为代码。只要有冗长的代码，就将其分为多个方法，右键单击并在编辑器中重构。试着写一些小的代码块来完成一个任务。
KISS原则的好处
如果我们有一个开发人员编写的一些糟糕的功能，如果我们要求其他开发人员对代码进行修改，那么他首先必须理解代码，这将比必须要花费更多的时间。如果简单地编写代码，那么理解该代码就不会有任何困难，它将更容易修改，而且花费的时间也会大大减少。