KISS编程原则：保持简短或使编码简单化。我想这是每个开发者的主要原则。KISS 是一个主要的设计原则，它使系统的简单性成为一个主要的目标。
所以，在写程序的时候，应该遵循：
不要使代码抽象化。这会导致可读性差。尽量确保程序有定义明确的图层。您可以通过对代码进行更改来替换某些图层。
不要将目前不需要的功能出现在项目中。
不需要写很多逻辑性的东西。分解执行，使每个代码执行最小的任务。将复杂的东西分解成简单的东西是KISS的主要原则之一。
准确性并不总是需要的。如果您的程序根据规范运行却丢失了一些数据，则无需添加逻辑来避免这种情况的出现。这样的话解决方案的复杂性将成倍增加，导致新的、更难捕捉的错误出现。最好是在已有的代码上编写更多的单元测试。
尽量简单地编写一些代码。避免出现复杂的语言结构。
KISS 原则与我最喜欢的另一个原则DRY密切相关。DRY原则：尝试删除程序中的所有重复代码或逻辑。如果代码没有重复，只需在一个地方进行更改即可改变逻辑。因此，这样能避免出现一些棘手的错误，并且测试一个函数比测试几十个类似的函数更容易。
对于逻辑块来说，由于代码块很大，难度也大。必须仔细分析它，并找到那些几乎做同样工作的模块。并用一个来代替，用途会更广些。
这种方法很实用，因为你的代码库小，每个模块执行严格指定的任务，这样容易测试和调试。
SOLID原则：The Single Responsibility Principle或SRP。该原则声明，每个对象必须对应一个责任，并且它必须完全存在于一个类中，必须专门旨在提供这一责任。
遵循这个原则通常包括分解复杂的类，这些类做很多事情，变成对一件事负责的简单类，以这种方式设计类，简化了进一步的修改和维护，因为理解单个功能块比理解复杂的代码更容易。
此外，您可以修改它，而无需担心破坏代码中的其他功能。
遵循这一原则在代码重复使用方面也有好处。具有复杂依赖关系的复杂对象通常很难重复使用，特别是当只需要部分功能时。
另一方面，具有定义良好的功能的小类更容易重复使用，因为它们不是多余的，很少需要大量的依赖项。
因此，它与KISS原则非常相似。我们试图将程序的组件分解为最小的逻辑部分。
The Dependency Inversion Principle
/DIP：该原则声明，顶层模块不应依赖于较低级别的模块。
按照该原则，高级组件无需嵌入特定低级类的依赖项即可实现。它能让代码变得更灵活，因为它使替换依赖项变得容易。
例如，您的程序使用信使发送通知。您最初可以在高级抽象层中添加特定的信使。但是，由于其新的数据规范而迫切需要更改，会发生什么？这需要改变基类的逻辑，因此，新的错误也可能会出现。
The Interface Segregation Principle
或ISP：客户端不得依赖于某些接口方式。如果客户端不使用某些接口方法，则对该方法的更改不应要求更改客户端代码。
遵循ISP原则是创建足够具体的接口，并且只需要使用必要的方法实现。
它给了我们更多的机会对代码进行逐点更改。
站内文章：均为188bet博彩体育app下载方式
各部门原创内容如需转载请著名本文网站链接：//www.mcissock.com/new/26886.html未经允许转载要受法律责任,如需转载请联系269247937@qq.com
本文链接：//www.mcissock.com/new/26886.html
tags：
郑州网站建设郑州网站制作郑州网站设计郑州建站公司郑州网站优化郑州做网站郑州小程序开发郑州网络公司 
