你了解这些编码原则吗？
KISS
所以，在写程序的时候，应该遵循：
不要使代码抽象化。这会导致可读性差。尽量确保程序有定义明确的图层。您可以通过对代码进行更改来替换某些图层。
不要将目前不需要的功能出现在项目中。
不需要写很多逻辑性的东西。分解执行，使每个代码执行最小的任务。将复杂的东西分解成简单的东西是KISS的主要原则之一。
准确性并不总是需要的。如果您的程序根据规范运行却丢失了一些数据，则无需添加逻辑来避免这种情况的出现。这样的话解决方案的复杂性将成倍增加，导致新的、更难捕捉的错误出现。最好是在已有的代码上编写更多的单元测试。
尽量简单地编写一些代码。避免出现复杂的语言结构。
KISS 原则与我最喜欢的另一个原则DRY密切相关。DRY原则：尝试删除程序中的所有重复代码或逻辑。如果代码没有重复，只需在一个地方进行更改即可改变逻辑。因此，这样能避免出现一些棘手的错误，并且测试一个函数比测试几十个类似的函数更容易。
对于逻辑块来说，由于代码块很大，难度也大。必须仔细分析它，并找到那些几乎做同样工作的模块。并用一个来代替，用途会更广些。
这种方法很实用，因为你的代码库小，每个模块执行严格指定的任务，这样容易测试和调试。
SOLID原则：The Single Responsibility Principle或SRP。该原则声明，每个对象必须对应一个责任，并且它必须完全存在于一个类中，必须专门旨在提供这一责任。
遵循这个原则通常包括分解复杂的类，这些类做很多事情，变成对一件事负责的简单类，以这种方式设计类，简化了进一步的修改和维护，因为理解单个功能块比理解复杂的代码更容易。
此外，您可以修改它，而无需担心破坏代码中的其他功能。
遵循这一原则在代码重复使用方面也有好处。具有复杂依赖关系的复杂对象通常很难重复使用，特别是当只需要部分功能时。
另一方面，具有定义良好的功能的小类更容易重复使用，因为它们不是多余的，很少需要大量的依赖项。
因此，它与KISS原则非常相似。我们试图将程序的组件分解为最小的逻辑部分。
The Dependency Inversion Principle
/DIP：该原则声明，顶层模块不应依赖于较低级别的模块。
按照该原则，高级组件无需嵌入特定低级类的依赖项即可实现。它能让代码变得更灵活，因为它使替换依赖项变得容易。
例如，您的程序使用信使发送通知。您最初可以在高级抽象层中添加特定的信使。但是，由于其新的数据规范而迫切需要更改，会发生什么？这需要改变基类的逻辑，因此，新的错误也可能会出现。
The Interface Segregation Principle
或ISP：客户端不得依赖于某些接口方式。如果客户端不使用某些接口方法，则对该方法的更改不应要求更改客户端代码。
遵循ISP原则是创建足够具体的接口，并且只需要使用必要的方法实现。
网页名称：你了解这些编码原则吗？
URL地址：http://mswzjz.cn/article/shdecj.html
成都创新互联是一家集网站建设,武宁企业网站建设,武宁品牌网站建设,网站定制,武宁网站建设报价,网络营销,网络优化,武宁网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
所以，在写程序的时候，应该遵循：
不要使代码抽象化。这会导致可读性差。尽量确保程序有定义明确的图层。您可以通过对代码进行更改来替换某些图层。
不要将目前不需要的功能出现在项目中。
不需要写很多逻辑性的东西。分解执行，使每个代码执行最小的任务。将复杂的东西分解成简单的东西是KISS的主要原则之一。
准确性并不总是需要的。如果您的程序根据规范运行却丢失了一些数据，则无需添加逻辑来避免这种情况的出现。这样的话解决方案的复杂性将成倍增加，导致新的、更难捕捉的错误出现。最好是在已有的代码上编写更多的单元测试。
尽量简单地编写一些代码。避免出现复杂的语言结构。
KISS 原则与我最喜欢的另一个原则DRY密切相关。DRY原则：尝试删除程序中的所有重复代码或逻辑。如果代码没有重复，只需在一个地方进行更改即可改变逻辑。因此，这样能避免出现一些棘手的错误，并且测试一个函数比测试几十个类似的函数更容易。
对于逻辑块来说，由于代码块很大，难度也大。必须仔细分析它，并找到那些几乎做同样工作的模块。并用一个来代替，用途会更广些。
这种方法很实用，因为你的代码库小，每个模块执行严格指定的任务，这样容易测试和调试。
SOLID原则：The Single Responsibility Principle或SRP。该原则声明，每个对象必须对应一个责任，并且它必须完全存在于一个类中，必须专门旨在提供这一责任。
遵循这个原则通常包括分解复杂的类，这些类做很多事情，变成对一件事负责的简单类，以这种方式设计类，简化了进一步的修改和维护，因为理解单个功能块比理解复杂的代码更容易。
此外，您可以修改它，而无需担心破坏代码中的其他功能。
遵循这一原则在代码重复使用方面也有好处。具有复杂依赖关系的复杂对象通常很难重复使用，特别是当只需要部分功能时。
另一方面，具有定义良好的功能的小类更容易重复使用，因为它们不是多余的，很少需要大量的依赖项。
因此，它与KISS原则非常相似。我们试图将程序的组件分解为最小的逻辑部分。
The Dependency Inversion Principle
/DIP：该原则声明，顶层模块不应依赖于较低级别的模块。
按照该原则，高级组件无需嵌入特定低级类的依赖项即可实现。它能让代码变得更灵活，因为它使替换依赖项变得容易。
例如，您的程序使用信使发送通知。您最初可以在高级抽象层中添加特定的信使。但是，由于其新的数据规范而迫切需要更改，会发生什么？这需要改变基类的逻辑，因此，新的错误也可能会出现。
The Interface Segregation Principle
或ISP：客户端不得依赖于某些接口方式。如果客户端不使用某些接口方法，则对该方法的更改不应要求更改客户端代码。
遵循ISP原则是创建足够具体的接口，并且只需要使用必要的方法实现。
网页名称：你了解这些编码原则吗？
URL地址：http://mswzjz.cn/article/shdecj.html