KISS代表什么？

KISS代表什么？

KISS是一句话的缩写------‘Keep It Stupid Simple’或者是‘Keep It Simple, Stupid’


这句话是什么意思？
这个准则是我软件工程生涯中的一项重要的巨大的成功.如今，软件工程师和开发人员之间的一个共同问题是，他们往往过于关注复杂的问题。


典型地是，当一个开发者遇到一个问题的时候，他们会把这个问题分解成他们能理解的一些小块，然后试着在代码里去实现自己的方案。我敢说十之八九的程序员都会犯这样的错误。
从而，即使是最简单的问题实现的结果也会很复杂，产生的副作用是呈现出意呆利面条式的代码，我们认为BASIC的goto语句就能解决的事情，但是在Java中，一个类需要500到1000行
代码，一个方法需要上百行代码来解决。这种代码混乱是开发人员为了他们原始的解决方案去实现的错误的案例而造成的结果。当然，这些错误的案例也有解决了的，只要开发者分解
的块足够小。


我们能从KISS中获得什么好处？
你能很快地解决更多的问题。
你能用很少的代码解决复杂的问题。
你能产出高质量的代码。
你能构架出更大的易于维护的代码。
当新的需求到来时，你能基于这些代码更灵活地，更容易地继承，修改或者重构。
你将能够实现比你想象的更多。
你能工作于大的开发组和大的项目，因为所有的代码都是是愚蠢简单的。


我们怎么应用KISS准则到我们的工作中？
有几步需采纳，非常简单，但是其中一些具有挑战性。听起来很容易，是保持简单，还是一个需要耐性的问题，主要看你自己。


保持谦卑，不要认为自己是一个超级天才，不然这是你的第一个错误。通过谦卑你最终会达到超级天才地位*_* 。如果你不认为，管他呢！你的代码是愚蠢而简单的，你也不必用它去工
作来成为天才。


分解你的任务为一些子任务，分解的这些子任务你认为不会超过4-12小时去编码实现。


分解你的问题为一些小的问题，每个问题都能够用一个或者很少的类来解决。


让你的方法尽量的小，不要超过30到40行。每个方法只解决一个小问题，而不是很多用例的情况。如果你的方法中有很多条件判断，那么尽可能地分解成小的方法。这不仅会更容易阅读
和维护，而且寻找bug也很快。你会学会喜欢用 鼠标右键+重构 来编辑代码。


保持你的类尽可能的小，这也同样适合于你的方法。


先解决问题再去编码，没有其他方式可以抄近道。许多开发者一边coding一边solve，而且也没有什么错误。事实上，你可以这样做。
不要害怕一遍又一遍的重构，最重要的是结果，代码的行数不是唯一衡量，除非你要求少是重要的。


不要害怕扔掉以前的代码，重构和重新编码也是很重要的。当你遇到了一些不存在的交叉需求，或许你还没有意识到你重新编写代码用了一种更好的方案解决了旧的和新的问题。
你谨遵了以上建议，那么你重写的代码量也会编导最小；如果你不遵循，那么你的代码可能被重写一遍。


还要其他所有的情况，你试着保持尽可能地简单，这是最难的行为习惯，但是你一旦习惯了，你会回头说，我无法想象我以前是怎么工作的。


是否有一些保持KISS准则的例子？
有许多，我会找一些真正伟大的例子放到在这里。但是，在这里我将留给你以下的想法：
世界上一些最伟大的算法总是用最少的代码行。并且我们浏览这些代码也很容易地理解他们。
许多伟大的问题解决方案不等同于伟大的编码方案，但是他们产出伟大的代码！


KISS准则只运用于java coding吗？
无独有偶，它在你的生活中应用到许多其他编程语言，并延伸到许多其他领域。

原则不适用的领域有：emotions, love and most importantly, your marriage*_*

文章翻译自 https://people.apache.org/~fhanik/kiss.html，转载请说明出处。

转载：http://blog.csdn.net/liao_hb/article/details/53888335 感谢博主分享