Java开发心法——面向对象的“六原则一法则”

本文链接：https://blog.csdn.net/weixin_41438466/article/details/99623816

个人觉得学习一项技能跟修仙里面的练习一门武功一样，得有心法和功法，而且心法是基础。同样Java开发也有他自己的心法，那就是面向对象的“六原则一法则”。

单一职责原则：一个类只做它该做的事情。（单一职责原则想表达的就是“高内聚”，写代码最终极的原则只有六个字，就是“高内聚，低耦合”，所谓的高内聚就是一个代码模块只完成一项功能，在面向对象中，如果只让一个类完成它改完成的事情，而不涉及与它无关的领域就是践行了高内聚的原则，这个类就只有单一职责。另一个是模块化，好的自行车是组装车，从减震叉、刹车到变速器，所有的部件都是可以拆卸和重新组装的，一个好的软件系统，它里面的每个功能也应该可以轻易地拿到其他系统中去使用的，这样才能实现软件复用的目标。）
开闭原则：软件实体应该对扩展开放，对修改关闭。（在理想的状态下，当我需要为一个软件系统添加新功能时，只需要从原来的系统派生出一些新类就可以，不需要修改原来的任何一行代码。要做到开闭有两个要点。1）抽象是关键：一个系统中如果没有抽象类或系统接口，系统就没有扩展点；2）封装可变性：将系统中的各种可变因素封装到一个继承结构中，如果多个可变因素混杂在一起，系统将变得复杂而换乱，可以根据道桥模型来进行封装可变性。）
依赖倒转原则：面向接口编程。（该原则说的直白和具体一点就是声明方法的参数类型、方法的返回类型、变量的引用类型时，尽可能使用抽象类型而不使用具体类型，因为抽象类型可以被它的任何一个子类所替代。）
里氏替换原则：任何时候都可以使用子类替换掉父类型。（简单的说就是能用到父类的地方一定能用子类型。里氏替换原则可以检查继承关系是否合理，如果一个继承关系违背了里氏替换原则，那么这个继承关系一定是错误的，需要对代码进行重构。例如猫继承狗或者狗继承猫违背了里氏替换原则。需要注意的是：子类一定是增加父类的能力而不是减小父类的能力，因为子类比父类的能力更多，把能力多的对象当做能力少的对象来用当然没有问题，反之就会出问题。）
接口隔离原则：接口要小而专，而不是大而全。（臃肿的接口是对接口的污染，，既然接口表示能力，那么一个接口只应该描述一种能力，接口也应该是高度内聚的，例如琴棋书画应该分别设计成四个接口，而不应该设计成一个接口中的四个方法，因为如果设计成一个接口中的四个方法，那么这个接口就很难用，毕竟琴棋书画四样精通的人还是少数，而设计成四个接口，会几项就实现几个接口，这样的话每个接口被复用的可能性是非常高的。Java中的接口代表能力，代表约束，代表角色，能否正确使用接口一定是编程水皮高低的重要标识。）
合成聚合复用原则：优先使用聚合或合成关系复用代码。（通过继承要复用代码是面向对象程序设计中被滥用的最多的东西，因为所有的教科书都五一例外的对继承进行了鼓吹，从而误导了初学者，类与类之间简单的说有三种关系，is-A关系、has-A关系、use-A关系，分别代表者继承、关联和依赖。其中，关联关系根据其关联的强度又可以进一步划分为关联、聚合和合成，但说白了都是Has-A关系，合成聚合复用原则想表达的是优先考虑Has-A关系而不是Is-A关系复用代码，原因嘛可以自己从百度上找到一万个理由，需要说明的是，即使在Java的API中也有不少滥用继承的例子，例如Properties类继承了Hashtable类，Stack类继承了Vector类，这些继承明显就是错误的，更好的做法是在Properties类中放置一个Hashtable类型的成员并且将其键和值都设置为字符串来存储数据，而Stack类的设计也应该是在Stack类中放一个Vector对象来存储数据。记住：任何时候都不要继承工具类，工具是可以拥有并可以使用的，而不是拿来继承的。）
迪米特法则：迪米特法则又叫最少知识原则，一个对象应当对其他对象有尽可能少的了解。再复杂的系统都可以为用户提供一个简单的门面，Java Web开发中作为前端控制器的Servlet或Filter不就是一个门面吗，浏览器对服务器的运作方式一无所知，但是通过前端控制器就能够根据你的请求得到相应的服务。调停者模式也可以举一个简单的例子来说明，例如一台计算机，CPU、内存、硬盘、显卡、声卡各种设备需要相互配合才能很好的工作，但是如果这些东西都直接连接到一起，计算机的布线将异常复杂，在这种情况下，主板作为一个调停者的身份出现，它将各个设备连接在一起而不需要每个设备之间直接交换数据，这样就减小了系统的耦合度和复杂度。