编程到接口，而不是编程到一个实现
针对接口编程，有效的在对象之间使用松耦合，有助于灵活性
优点：
-
修改某个对象的实现同时不影响调用方的代码
-
实现接口相对自由，不会束缚于继承性的分级结构
-
提供应用接口的简单测试实现，进而其他类的测试变得更方便
首选对象合成而非具体继承性
优先使用组合而不是继承
使用继承可以复用代码，但是对实现类一部分做修改是不可能的，如果这部分东西被封装在接口中，这个问题是可以避免的
既然知道了继承的缺点，是不是意味着继承就不是一个好东西？并不是！任何东西存在都有它存在的意义。继承是面向对象语音中实现代码复用的最佳手段
其中有两种设计模式来分别描述这两种区别，分别是：模板方法模式、策略模式
我们知道模板方法是使用继承，策略模式是典型的使用接口
在下列情况我们可以优先使用策略模式而不是模板方法模式：
-
当所有步骤都变化时
-
实现步骤需要独立的继承分级结构时
-
当那些步骤实现可能与其他类相关时
-
当那些步骤可能需要在运行时变化时
-
当相同类型的实现类增加时
编程标准
命名
- 参数赋予有区别的名字，用来消除多义性问题
- 访问实例变量的时候总是使用 this
- 局部变量名应当相当短，而实例变量名是冗长的。（实例变量名应该是以一个小写字母开头的接口或者类名，局部变量名应该在当前上下文表达他们的含义）
责任分配
一个方法只应该有一项明确的责任，而且所有操作都应该在同一个对象级别上
一个方法的代码长度应该尽量控制在 30 - 40 行之间，超过这阈值就应该修剪再加工
可以将其中的任务提取到一个私有方法中，就算这个任务只被一个方法调用，也是有意义的（这样做的好处是让代码变得更容易读）
避免代码重复
尽量将重复的代码封装在同一个方法中
避免字面常量
除了众所周知的著名值 0 之外，空值和空字符串在 Java 类内不使用字面常量
网友评论