本站于2023年9月4日。收到“大连君*****咨询有限公司”通知
说我们IIS7站长博客，有一篇博文用了他们的图片。
要求我们给他们一张图片6000元。要不然法院告我们

为避免不必要的麻烦，IIS7站长博客，全站内容图片下架、并积极应诉
博文内容全部不再显示，请需要相关资讯的站长朋友到必应搜索。谢谢！

另祝：版权碰瓷诈骗团伙，早日弃暗投明。

相关新闻：借版权之名、行诈骗之实，周某因犯诈骗罪被判处有期徒刑十一年六个月

叹！百花齐放的时代,渐行渐远!

---

KISS原则

     大约60年前，美国军方的软件开发开始遵循一个原则，叫KISS原则。

     他们希望武器系统中所用的每个指令都是极其简单和傻瓜式的。这个原则后来在编程领域中被广泛采用，如今好多著名的产品都是遵循这一原则来开发，并最终取得了巨大的成功。

KISS原则是什么？

     KISS 是Keep It Stupid Simple 的缩写。

     当今的软件工程师和开发者们有个共同的问题，那就是他们总是慢慢地使得问题复杂化。

     正确的做法应该是当开发者遇到一个问题后，把问题拆分成一个个能够明白的小块，然后进入编码阶段。

     你需要先想好问题的解决步骤一共分为几步，然后再进入编码。

     而不是拿到需求后，就开始一边写代码一边去满足需求。这样做的好处就是你的代码会变的足够容易理解和足够清晰。

运用KISS原则，能获取到什么好处？

     1.你可以更好地解决更多问题。

     2.你将可以通过很少的几行代码去解决复杂的问题。

     3.你将可以产出高质量的代码。

     4.你将可以构建更大更易维护的系统。

     5.当新的需求来了后，你的代码将会更加的灵活，易于扩展、易于修改和重构。

     6.你将完成比你想象得更多的事情。

     7.你将能够工作在一个大型开发团队和大型项目中，因为所有的代码都是stupid simple。

如何把KISS原则用到我的工作中？

     1.要谦虚，不要认为自己是个天才。只有谦虚了，你才能真正达到超级天才的水平，即使不行，who cares！你的代码那么stupid simple，所以你不需要是个天才！

     2.将你的任务分解为4-12小时的子任务。

     3.把你的问题拆分成多个小问题。每个问题用一个或者很少的几个类来解决掉。

     4.保持你的方法足够小，每个方法永远不要超过30-40行代码。每个方法都应该只处理一个小小的问题，不要搞太多uses case进去。如果你的方法中有多个分支，尝试把他们拆分成多个小的方法。这样不仅容易阅读和维护，找bug也更快。慢慢的你将学会爱。

     5.让你的类也小点，原则和上面的方法是一样的。

     6.先解决问题，然后开始编码。不要一边编码，一边解决问题。这样做也没什么错，但你有能力提前把事情切分成多个小的块，然后开始编码可能是比较好的。但也请你不要害怕一遍遍重构你的代码。另外行数还不是为了衡量质量的标准，只是有个基本的尺子而已。

     7.不要害怕干掉代码。重构和重做是两个非常重要的方面。如果你遵循上面的建议，重写代码的数量将会最小化，如果你不遵循，那么代码很可能会被重写。

     8.其他的任何场景，都请你尝试尽可能的简单，simple，这也是最难的一步，但一旦你拥有了它，你再回头看，就会说，之前的事情就是一坨屎。

     许多伟大的问题解决者（problem solver）都曾不是伟大的程序员，但他们却产出了伟大的代码！

     编程是为了解决问题，我们不只是程序员，我们不只生产代码，让我们一起成长为伟大的问题解决者。

文章来源：CSDN博客

原文链接：https://blog.csdn.net/w2sft/article/details/105481485

如有侵权，请联系本人删除