认识达内从这里开始

随着互联网的不断发展，越来越多的人都在学习互联网软件开发技术知识，而今天我们就通过案例分析来了解一下，软件开发工程中的开发原则都有哪些。

1、保持足够简单(KeepItSimpleStupid)

这是一个与上面非常类似的原则，但它的含义略有不同。这个原则要求代码必须尽可能简单，不能有复杂的结构，否则会使代码的调试和维护复杂化。此外，对于另一个程序员来说，理解代码的逻辑将会更加困难，这反过来也将需要额外的时间和精力。这就是为什么您应该始终尝试使用简单的构造来尽可能多地解决问题，而不需要使用大量的分支、深层嵌套和过度重载的类结构。通过这样做，你将使自己和同事的生活更加轻松，因为复杂性会产生错误。记住PeterHintiens说过的话:“简单永远比功能好”。

2、你不会需要它(YouAren’tGonnaNeedIt)

这是许多程序员都会遇到的问题。从项目一开始就希望立即实现所有必要的(有时甚至是不必要的)功能。也就是说，当开发人员从一开始就将所有可能的方法添加到类中并实现它们时，甚至可能在未来永远不会使用它们。因此，根据这个建议，先，只实现您需要的东西，然后，如果必要的话，再扩展相应功能。这样，您就可以节省调试代码的工作量、时间以及精力，而实际上这些代码却并不需要。

3、前期大设计(BigDesignUpFront)

在开始开发功能之前，您应该先考虑应用程序架构，并将整个系统设计为足够小的细节，然后才按照预定义的计划进行实现。原则是有存在的权利的，但是近，它受到了相当多的批评。这先与设计和制定过程中的方案陈旧有关。在这方面，仍然有必要进行后续的修改。但它也具有不可否认的优点，在正确的设计中，可以大大降低进一步调试和纠错的成本。此外，这样的信息系统，作为一个规则，更简洁的架构是正确的。

4、避免过早优化(AvoidPrematureOptimization)

“过早的优化是编程中所有问题(或者至少是大部分问题)的根源”--DonaldKnuth

优化是加快程序运行速度，降低系统资源消耗的一个非常正确和必要的过程。但是每件事都有它自己的时机。如果在开发的早期阶段进行优化，可能弊大于利。先，它与这样一个事实相关，即优化代码的开发需要更多的时间和精力用于开发和支持。在这种情况下，您通常必须先检查所选择的开发方法的正确性。这就是为什么一开始使用一个简单但不是优的方法更有利可图。稍后，在估计这种方法会降低应用程序的工作速度时，可以使用一种更快或更少资源密集型的算法。此外，只要你初实现了优的算法，需求就可能改变，代码就会变成垃圾。因此，没有必要在过早的优化上浪费时间。

5、PrincipleOfLeastAstonishment

这个原则意味着您的代码应该是直观和明显的，并且在检查代码时不会让其他开发人员感到惊讶。例如，如果这个方法被称为“makingcookies”，但是结果是得到了土豆，那么这段代码就是不好的(很明显)。此外，如果无法避免副作用，应尽量避免副作用，并将副作用记录在案。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。