设计模式的一点思考

最近抽时间在优化代码，有2种风格， 一种是大量使用设计模式，例如适配器，责任链，工厂，观察者等等，在文档及注释及命名不够明确的情况下，比较难维护，但是看起来又很不错；另一种是单纯的接口实现类模式，简单粗暴，看起来虽然代码量冗余了些，但比较好读，顺序逻辑读完大致可以看出设计者的思路。
反思下，后续再设计系统的时候，使用设计模式一定要给出完整的文档注释，命名尽量规范，不然后面维护的同学会比较难过了，因为设计模式强调的是设计，而不是逻辑上的易懂，无文档真的不友好。
而对外接口，应该越简单越少越好，清晰的命名加注释，复杂的逻辑在考虑是否引入设计模式，简单逻辑还是直接接口实现类看着清晰明确。