所有的类都含有equals()、hashCode()、toString()、clone()等函数
当新建一个类，并用于继承时，应该覆盖这些方法
##############################
任何时候只要发现类与类之间结合得非常紧密，就需要考虑是否采用内部类，从而改善编码以及维护工作。
#################################
尽量使用interface，不要使用abstract类，若已知某样东西准备成为一个基础类，那么第一个选择应该是将其变成一个interface。接口只要是描述了客户希望做什么事情，而一个类则致力于具体细节的实现
#################################
在构造器内部，只进行那些将对象设为正确状态所需的工作，尽可能地避免调用其他方法，因为那些方法可能被其他人覆盖或者取消。从而在构建过程中产生不可预知的结果。
################################
用继承及方法覆盖来表示行为间的差异，而用字段表示状态间的区别。
###############################无论如何都要提前了解整个项目的状况，再去考察其中的细节。由于把握了全局，可快速认识自己未知的一些因素，防止在考察细节的时候陷入‘死逻辑’中
###############################
警惕“分析瘫痪”。首先让他运行起来，再考虑变得更快。除非用专门的工具分析瓶颈，否则很有可能是在浪费自己的时间。性能提升的隐含代价是自己的代码变得难于理解，而且难于维护。
################################
请记住，阅读代码的时间比写代码的时间多的多。思路清晰的设计可获得易于理解的程序，但注释、细致的解释以及一些示例往往具有不可估量的价值。
###############################
良好的设计能带来最大的回报。简言之，对于一个特定的问题，通常会花费较长的时间才能找到一种最恰当的解决方案。但一旦找到了正确的方法，以后的工作就轻松了，再也不用经历数小时，数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报。坚决抵制草草完工的诱惑---那样往往得不偿失。
################################
避免使用对象去访问静态类的变量或方法，直接使用类名就可以了！
################################
