[个人总结]Code Review

         昨天的代码评审，对于我个人而言，有很大帮助，在此做如下总结：

1、在写一个接口、类或者接口方法之前，须根据产品需求，理清思路。否则，到后期维护时会很困难。

2、在写class或者某个方法时，试着给予明了易懂的名称，以减少不必要的注解。

3、小心冗长的方法。冗长的方法会使方法的调用动作不易撰写、阅读、维护。应该试着将该方法搬移到更适当的类或接口中，并尽量以对象为引数。

4、不要一再重复。如果某段程序代码不断出现于许多derived class函数中，最好将该段程序代码置于某个base class 方法内，然后在derived class函数中调用。这么做不仅可以省下程序代码空间，也可以让修改该段程序代码动作更易于进行。有时候找出此种共通程序代码还可以为接口增加实用功能。

5、在构造函数中只做惟一必要动作：将对象设定至适当状态。避免调用其他函数（除了final函数），因为这些函数可能会被其他人覆写因而使你在建构过程中得不可预期的结果。

       在达到以上基本的编写规范之后，需要考虑系统的性能瓶颈的问题。

1、小心“巨大对象”。这往往是刚踏OOP领域的过程式程序员的一个苦恼，因为他们往往最终还是写出一个过程式程序，并将它们摆放到一个或两个巨大对象中。注意，除了应用程序框架之外，对象代表的是程序中的观念，而不是程序本身。

2、每个类都应该有单一而清楚的用途。如果它很大，那么它工作量过多的机会就可能很高。重新设计类的建议：
    1） 复杂的switch语句：请考虑运用多态。
    2） 许多方法各自处理类型极为不同的动作：考虑切割为多个不同的类。

3、尽可能的减少内存与数据库或缓存的交互，减少不必要的网络延迟：

    1） 慎用for循环，尽量不要再for循环里面访问数据库
    2） 优化sql语句，能一次取出的数据不要分多次取

      程序代码被阅读的时间多于它被撰写的时间，清晰的设计能够制作出易懂的程序，在今后的编程中，仍需不断学习优秀的编程习惯和清晰的程序设计思路。