每个程序员都该知道的五大定律

每个法度榜样员都该知道的五大年夜定律

定律-或称轨则，可以指导我们并让我们在错误的缺点中进修。这篇文┞仿中，我将介绍我每次设计或实现软件时涌如今我脑海的五大年夜定律。个中有些和开辟有关，有些和体系组织有关。它们可以赞助你成为合格的软件工程师。

墨菲定律

“凡是可能掉足，就必定掉足。”

这条定律很轻易惹人软件工程范畴。当你将软件裸露给终端用户，他们会创造性地输入一些进出意表的内容，使体系宕机。所以你须要让你的软件足够结实，可以或许检测并警告非预期行动。

另一边，建车棚是一般人都可以做的，每小我都可以对色彩有看法。事实上，每个会议成员都邑表达本身的看法，使得建车棚的决定所花费的时光远远跨越建反竽暌功堆的。

结论

当你在机械上运行软件时，任何处所都有可能产生问题 —— 大年夜硬盘上的体系到数据中间的电力供给。所以你必须确保你设计的架构在每个层级都可以应对故障。

我曾经有机会领略过几回墨菲定律。举个例子，我曾经在一个批处理框架中应用字符串“null”来表示空值，我并不认为这有问题，直到有个名字叫“Null”的用户提交了一个交易订单，我们的报表流程中断了几个小时…… 还有一次，在另一个项目中。当所有器械都预备好安排到临盆环境了棘忽然 Azure 基本举措措施故障导致我们运行主动化脚本的办事器宕机了。

实际世比赛的经验教训提示着我生活的艰苦 —— “凡事可能掉足，就必定掉足”。所以，心中切记墨菲定律，设计结实的软件。

这条定律来源竽暌冠 Edward Murphy —— 一名航天工程师在 50 年代初对火箭测试掉败的回应。这条定律给我们的启发是永远在体系关键处所应用防御性设计，因为体系某些处所总会掉足!

如今，将大年夜的集成应用解耦成微办事已成趋势。这很棒，因为这可以加快交付应用项目。但你也应当切记 Conway定律，在公司组织构建中投入与技巧开辟同样多的工作。

Knuth 定律

“在(至少大年夜部分)编程中，过早优化是万恶之源。”

这条定律是高德纳(Donald Knuth) 的经典语录之一，它告诫我们不要过早优化应用法度榜样中的代码，直到必须优化时再优化。

切实其实，简单易读的源码可以知足 99% 的机能须要，并能进步应用的可保护性。最开端应用简单的解决筹划也让后期机能出现问题时更轻易迭代和改进。

垃圾主动收受接收的编程说话中，字符串的连接经常是过早优化的例子。在 Java 或 C# 中，String 对象是弗成变的，我们学会应用其他构造动态创建字符串，比如 StringBuilder。但事实上直到你分析完个应用法度榜样前，你并不知道 String 对象创建了若干次并对机能的产生多大年夜影响。所以起首编写尽可能整洁的代码，之后在必须的时刻再优化，往往如许做更有意义。

North 定律

“每一个决定都是一次衡量”

好吧，我承认这是取自 Dan North 的演讲 Decisions,Decisions，它今朝还不是公认的定律。但这条语录影响了我做的每个决定，所以我把它放在这。