Java中的几条基本原则，清晰,正确,可用,健壮,灵活和可维护。摘自Effective Java。
Effective Java是这么定义Module，是指任何可从用的软件组件，从单个方法，到包含多个包的复杂系统，都可以是一个模块。代码应该被重用，而不是被拷贝。模块之间的依赖性应该最可能的降到最小。错误应该尽早被检测出来，最好是在编译时刻。你不应该盲目地遵循这些规则，但是，你应该只在偶尔的情况下，有充分的理由之后才去打破这些规则。同大多数学科一样，学习编程艺术首先要学会基本的规则，然后才能知道什么时候可以打破这些规则，即守,破,离。
码出优品。设计接口，类，方法时你需要考虑的条目。
- 考虑用静态工厂方法代替构造器
- 用私有构造器或者枚举类型强化Singleton属性
- 通过私有构造器强化不可实例化的能力
- 避免创建不必要的的对象
- 消除过期的对象引用
- 避免使用终结方法
- 覆盖equals时请遵守通用约定
- 覆盖equals时总要覆盖hashCode
- 始终要覆盖toString
- 谨慎的覆盖clone
- 考虑实现Comparable接口
- 使类和成员的可访问性最小化
- 使可变性最小化
- 复合优先于继承
- 要么为继承而设计，并提供文档说明，要么就禁止继承
- 接口优于抽象类
- 接口只用一定义类型
- 优先考虑静态成员
- 在公有类中使用访问方法而非公有域
- 类层次优于标签类
- 用enum代替int常量
- 用函数对象表示策略
- 检查参数的有效性
- 必要时进行保护性拷贝
- 谨慎设计方法签名
- 慎用重载
- 返回零长度的数组或集合而不是null
- 为所有导出的API元素编写文档注释
- 将局部变量的作用域最小化
- 了解和使用类库
- 如果需要精确的答案，请避免使用float和double
- 如果其它类型更合适则尽量避免使用字符串
- 当心字符串链接的性能
- 通过接口引用对象
- 接口优先于反射机制
- 谨慎的使用本地方法
- 谨慎的进行优化
- 遵守普遍接受的命名惯例
- 只针对异常的情况下蔡使用异常
- 对可恢复的情况使用受检异常，对编程错误使用运行时异常
- 避免不必要的使用受检的异常
- 优先使用标准的异常
- 抛出于抽象相对应的异常
- 每个方法抛出的异常都要有文档
- 在细节消息中包含能捕获失败的信息
- 努力使失败保持原子性
- 不要忽略异常
- 同步访问共享的可变数据
- 避免过度同步
- 开发工具优先于wait和notify
- 不要依赖于线程调度器
- 线程安全性的文档化
- 避免使用线程组
- 谨慎的实现Serializable接口
- 考虑使用自定的序列化形式
- 保护性的编写readObject方法
- 对于实例控制，枚举类型优先于readResolve
- 考虑用序列化代理代替序列化实例
现在各种框架的盛行，使得我们无暇顾及这些基本的规则。站在巨人的肩膀上的我们需要有意识的不断夯实基础和基本规则。只要我们夯实基础并能很好的使用这些规则我们就能以不变应万变，快速上手各种新技术新框架，立于不被淘汰之地。
