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