一.优质的代码
1）优质的代码扩展性必须比较好，无需大幅度的修改就可以添加功能
2）优质的代码是对程序员友好的，是易于阅读和维护的
3）优质的代码是易于测试的，不容易测试的说明是劣质的代码
4）优质的代码不含有代码重复
5）优质的代码是可以复用的
二 j2ee应用00设计的标准
1.利用接口实现松耦合
和一个接口通信，不要和具体的实现通信，这样分离了接口和具体的实现，对象之间的松耦合有助于灵活性，同时多态的特性也表现的淋漓尽致，基于接口的编程使得变化点被独立出来，调用方不知道具体的实现，变化部分的修改不会影响到调用部分，特别对于体系庞大的j2ee来说，同时又方便测试，经常我们可以mock一个对象出来进行单元测试。
2.组合优于继承
java的继承是单根继承，对类实现的一部分作修改是不被允许的（override可以），组合的话可以把修改部分封装成接口，委托给接口，调用者设置接口的实现（策略模式），当对象本身不关心这些依赖对象的话，交给容器等第三方类去设置和管理的话就是ioc了
3.使用回调来实现扩展性
只需要实现一个算法的骨架，包括不用回调时每次需要书写的异常处理和资源管理等等重复性的代码，这样我们只需要实现回调接口，接口里面只有具体的业务逻辑
4.考虑合并方法参数
合并方法参数为对象，简单明了
5.对于异常的处理
对于调用者对于某个异常可以做些有意义的处理的时候可以使用已检查异常，对于一个致命的异常，或者捕获他根本没有好处的异常，可以使用未检查异常，使用未检查异常时必须有明确的文字说明，对于资源性程序，使用一个终结程序进行资源的清除（不管有没有异常，有没有捕获异常）。
6.使用反射
反射使用较小的代码量实现功能，反射应该局限于基础结构类，比如说框架的底层核心类，具体的应用对象不应该使用反射，具体的应用对象应该依赖基础结构类，然后基础结构类使用反射，这样只要按照契约的具体对象都可以依赖一类基础结构类的反射，对于程序来说具体应用对象一个和一万个是同一回事了
7.使用上下文
上下文指得是执行环境的上下文，这里管理着所有的对象信息以及他们的生命周期，只需要暴露用于配置对象的属性，不想要暴露具体的文件信息（xml文件等）
三 一些其他的标准
1）命名需要规范统一（javabean也是一种规范）
2）责任分配，每个类都应该有一个明确的责任（有且只有一个）
3）避免代码重复（代码重复是万恶之源）
4）避免字面常量（好歹定义一下啊，弄个有意义的名字）
5）方法和属性的作用范围（可以用就可以，不要过大）
6）处理空值（包括空指针）
7）短路计算和比较次序
8）代码文档
9）记录日志