设计模式 - 程序设计原则

  在程序设计中，前辈们总结出来了一些通用原则，只要遵循这些原则，就能改善你程序的设计，并指导你完成程序设计

学习地址：http://www.gulixueyuan.com/my/course/323

一、代码应该遵守的一些原则
    1、单一职责原则（SingleResponsibility Principle）
        1、降低类的复杂度，一个类只负责一项职责
        2、提高类的可读性，可维护性
        3、降低变更引起的风险
        4、通常情况下，我们应该遵守单一职责原则，只有在代码逻辑比较简单的情况下，才可以违反单一职责原则。只有在类的方法比较少的情况下，才可以在方法级别保持单一职责原则

    2、接口隔离原则（Interface Segregation Principle）
        1、客户端不应该依赖他不需要的接口，也就是一个类对另外一个类的依赖应该建立在最小的接口上

    3、依赖倒置原则（Dependence Inversion Principle）
        1、高层模块不应该依赖底层模块，二者都应该依赖其抽象
        2、抽象不应该依赖细节，细节应该依赖抽象
        3、依赖倒置的中心思想是面向接口编程
        4、依赖倒置的设计原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多，以抽象为基础搭建的东西要比以细节搭建的东西稳定，在java里面，抽象指的是接口或者抽象类，细节指的是具体的实现类
        5、使用抽象的目的是制定好规范，不关注具体的实现细节，细节交给他们的具体实现来做
        6、依赖关系传递的三种方式：set方法传递，构造器传递，接口传递

    4、里式替换原则
        1、我们引用基类的地方，必须可以透明地引用其子类对象
        2、使用继承时，遵循里式替换原则，子类尽量不要重写父类的方法

    5、开闭原则（ocp）
        1、是编程中最重要，最基础的设计原则
        2、一个软件实体，例如类，模块，应该对扩展开放（对提供方），对修改关闭（使用方）。这句话的意思是用抽象来构架框架，用实现来扩展细节
        3、当软件需求发生变化时，应该尽量使用扩展来实现变化，而不是使用修改来实现变化
        4、变成中遵循其他原则，以及使用设计的模式的目的就是遵循开闭原则

    6、迪米特法则基本介绍
       1、一个对象应该对其他对象保持最小的了解
       2、类与类之间的关系越密切，耦合度越大
       3、迪米特法则又叫最少知道法则，也就是一个类对自己依赖的类知道的越少越好，也就是说不管依赖的类多么复杂，都尽量将逻辑封装到类的内部，对外部提供的public方法，不对外泄露任何信息
       4、直接的朋友：每个对象都会对其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系，耦合的方式很多，依赖、关联，组合、聚合等，其中我们称出现成员变量，方法参数，方法返回值中的类为直接朋友，也就是说陌生的类最好不要以局部变量的方式出现在类的内部

    7、合成复用原则
       1、原则是尽量使用合成/聚合，而不是使用继承

二、设计模式的核心思想
   1、找出应用中可能需要变化的地方，把他们独立出来，不要和那些不需要变化的代码混在一起
   2、针对接口编程，而不是针对实现编程
   3、为了交互对象之间的松耦合设计而努力