【1】 不要直接用业务类去实现接口，那样耦合会很严重。如果A类实现了接口，B类也实现了接口，当我修改接口时就要改这两个类文件。如果接口实现类很多怎么办？（如有10个实现类，那就死了！）设计时应该有抽象类去实现接口，所有的“子类”可以去实现抽象类！抽象类中只写接口的实现和子类的公共操作！
【2】 接口不是万能的，尽量明确分工接口的功能。不同接口之间协作可以使用适配器或者组合的方式实现。
【3】只在必要的时候才使用单例。不要写太多的单例类很占内存。（读取配置文件建议用单例）
【4】尽量由父类去构造子类的实例。
【5】对于业务实现和权限的分离可以考虑使用保护代理模式，它能有效的解耦。
【6】必要的时候才使用反射，反射的代码很难看！并且效率低下。
【7】接口和实现类命名要规范。要能让人一看就知道什么是接口什么是实现类。
【8】不要直接与jdbc打交道，事务和jdbc的ucid是个令人恶心的东西，应该设计一个可重用的框架。
【9】如果一个库中有1000张表不妨将这1000张表“分配”到10个数据库中这样效率更高，更快！
【10】修改代码时要考虑向上和向下的兼容性。
【11】数据库的设计要遵循规范。
【12】测试用例要尽量去覆盖所有的可能性。
【13】对于关键的操作要学会使用缓存和多线程。
【14】js要放在js文件中。
【15】采用”触发机制“进行不同子系统之间的交互。
以上是我最近所体会出来的一些东东，有时间了我会用代码来说明如何设计一个强壮、易扩充的系统。