KISS原则kiss原则的英文描述有好几个版本，比如下面这几个。KeepItSimpleandStupid.KeepItShortandSimple.KeepItSimpleandStraightforward.它们意思都差不多，翻译成中文就是尽量保持简单。我们知道代码可读性和可维护性是衡量代码质量的重要标志，kiss原则就是保持代码可读和可维护的重要手段。当然如果复杂的问题，用复杂的方式解决，也不违背KISS原则。如何写出满足KISS原则的代码不要使用同事可能不懂的技术来实现代码。比如前面例子中的正则表达式，还有一些编程语言中过于高级的语法等。不要重复造轮子，要善于使用已经有的工具类库。经验
介绍 SOLID原则是由5个设计原则组成的，分别为：(S)单一职责原则、(O)开闭原则、(L)里式替换原则、(I)接口隔离原则和(D)依赖反转原则；单一职责原则 SRP 单一职责原则的英文是SingleResponsibilityPrinciple，缩写为SRP； 它的意思是一个类或者模块只负责完成一个职责，也就是说不要设计大而全的类，要设计粒度小、功能单一的类； 换个角度讲，就是一个类如果包含两个或两个以上业务不相干的功能，那它就不满足单一职责原则，比如一个类包含了用户的操作和订单操作； 如何判断一个类是否单一呢？其实还是要根据实际情况来分析，例如：我们可以先写个大概的类来满足现有
KISS原则kiss原则的英文描述有好几个版本，比如下面这几个。KeepItSimpleandStupid.KeepItShortandSimple.KeepItSimpleandStraightforward.它们意思都差不多，翻译成中文就是尽量保持简单。我们知道代码可读性和可维护性是衡量代码质量的重要标志，kiss原则就是保持代码可读和可维护的重要手段。当然如果复杂的问题，用复杂的方式解决，也不违背KISS原则。如何写出满足KISS原则的代码不要使用同事可能不懂的技术来实现代码。比如前面例子中的正则表达式，还有一些编程语言中过于高级的语法等。不要重复造轮子，要善于使用已经有的工具类库。经验
介绍 SOLID原则是由5个设计原则组成的，分别为：(S)单一职责原则、(O)开闭原则、(L)里式替换原则、(I)接口隔离原则和(D)依赖反转原则；单一职责原则 SRP 单一职责原则的英文是SingleResponsibilityPrinciple，缩写为SRP； 它的意思是一个类或者模块只负责完成一个职责，也就是说不要设计大而全的类，要设计粒度小、功能单一的类； 换个角度讲，就是一个类如果包含两个或两个以上业务不相干的功能，那它就不满足单一职责原则，比如一个类包含了用户的操作和订单操作； 如何判断一个类是否单一呢？其实还是要根据实际情况来分析，例如：我们可以先写个大概的类来满足现有
单一职责原则1.1我是“牛”类，我可以担任多职吗单一职责原则，英文名称是SingleResponsibilityPrinciple，简称是SRP，定义是应该有且仅有一个原因引起类的变更。什么是类的职责，以及怎么划分类的职责？举例：rbac模型这个接口设计的存在问题：用户属性和用户行为没有分开把用户信息抽取成一个BO（BusinessObject，业务对象），把行为抽取成一个Biz（BusinessLogic，业务逻辑），我们面向接口编程，所以产生的UserInfo对象可以当成IUserBO接口使用，也可以录成IUserBiz接口使用IUserInfouserInfo=newUserInfo()
单一职责原则1.1我是“牛”类，我可以担任多职吗单一职责原则，英文名称是SingleResponsibilityPrinciple，简称是SRP，定义是应该有且仅有一个原因引起类的变更。什么是类的职责，以及怎么划分类的职责？举例：rbac模型这个接口设计的存在问题：用户属性和用户行为没有分开把用户信息抽取成一个BO（BusinessObject，业务对象），把行为抽取成一个Biz（BusinessLogic，业务逻辑），我们面向接口编程，所以产生的UserInfo对象可以当成IUserBO接口使用，也可以录成IUserBiz接口使用IUserInfouserInfo=newUserInfo()
OO中的继承性的思考和说明继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障问题提出：在编程中，如何正确的使用继承?=>里氏替换原则基本介绍1.里氏替换原则(LiskovSubstitutionPrinciple)在1
OO中的继承性的思考和说明继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障问题提出：在编程中，如何正确的使用继承?=>里氏替换原则基本介绍1.里氏替换原则(LiskovSubstitutionPrinciple)在1
基本原则 原则一：价值为王 解析：价值为王的另一种说法叫做YAGNI。YAGNI是Youaren’tgonnaneedit的缩写。该原则的基本含义就是，不应该开发任何当前不使用的功能。因为这些占用开发成本的功能，可能根本没有人用。而且不仅仅是开发成本打了水漂，你还要不断投入维护成本，来保证这些无人使用的功能可以正常运行。要了解阿姆达尔定律，它告诉我们，我们不可能无限制的提升系统某一部分的效率。要提升的总体效果有没有产生相应的价值。 原则二：以终为始 解析：以终为始是一种思维模式，最早出自《黄帝内经》，先人是在告诫后人要在人生的春天就认真思考人生终点的意义和价值。其引申义有三：一是凡事要有目标；
基本原则 原则一：价值为王 解析：价值为王的另一种说法叫做YAGNI。YAGNI是Youaren’tgonnaneedit的缩写。该原则的基本含义就是，不应该开发任何当前不使用的功能。因为这些占用开发成本的功能，可能根本没有人用。而且不仅仅是开发成本打了水漂，你还要不断投入维护成本，来保证这些无人使用的功能可以正常运行。要了解阿姆达尔定律，它告诉我们，我们不可能无限制的提升系统某一部分的效率。要提升的总体效果有没有产生相应的价值。 原则二：以终为始 解析：以终为始是一种思维模式，最早出自《黄帝内经》，先人是在告诫后人要在人生的春天就认真思考人生终点的意义和价值。其引申义有三：一是凡事要有目标；
