Just Do It!

1、代码描述你的意图，比如if判断条件比较复杂，比较长，很难理解，此时需要抽出一个函数说明条件更加清晰，比如   2、string是否为空的写法 if (name != null && ！name.equals("")) {      //do something } 或者 if (!"".equals(name)) {//将""写在前头，这样，不管name是否为null

1、行数        许多开源代码每个文件行数没有超过500的，多数小于200   2、风格    一个好的软件系统代码需要有一致的风格

1、函数应该尽量短小 2、函数应该尽量少的传入参数，0-3个，如果参数过多，可考虑将一些参数封装为类，如下所示：            比如拓扑的很多方法会传入资源对象和符号对象，有时候难以区分，也无形中增加了参数的个数，可以考虑创建resobj类，其中包含资源的resobj和符号的resobj，这样仅传入 一个参数。 3、try catch代码块里面的逻辑尽量抽出

1、我们将变量设为私有，是不想其他人以来此变量，以便于修改。但是有时候我们会添加set和get方法，将私有变量公之于众，这是为何？？？   2、对象应该隐藏其内部数据结构，暴漏其操作，不应让外部模块了解内部数据结构及组成   3、只跟朋友说话，不跟陌生人说话     4、对象暴漏行为，隐藏数据；数据结构暴漏数据，没有明显的行为。

1、抛出异常，而非返回错误码   2、创建一个类或者配置一个对象处理特例，这样客户代码不需要处理异常行为了，异常行为被封装到特例对象中。     比如      MealExpenses expenses=BasicDao.getMeals(id);中getMeans尽量不要返回空对象，这样调用代码就不需要处理为null的情况。为了避免返回null值带来的麻烦，方法有两个，一个是直接抛出异常

1、类的组织：自上向下： 2、类应该短小，函数有行数作为参考，类用“权责”作为考量，类的名称应该尽可能描述其权责，方法不宜太多   3、单一权责：SRP原则，类或者模块有且仅有一条加以修改的理由。系统应该有许多短小的类组成而不是少量巨大的类组成。每个小类封装一个权责，只有一个修改的原因并与少数其他类一起协同达成期望的系统行为   4、内聚 保持高内聚性就会得到许多短小的类

1、将系统的构造与使用分开（单一权责）       手段：第一个是工厂，第二是依赖注入