"设计模式，需要则用之，否则为了设计模式而设计模式反而不好，我们前段时间，大量的删除由于设计模式多出来的类和方法",一哥们这么说
关于这个,我认为:
为了设计模式而模式，肯定是不行的，基本上所有的模式都是用复杂性换取代码的其他属性（可维护性，灵活性等）
使用了模式的代码肯定比平铺直叙的代码要复杂，但是带来了其他方面的好处，所以设计的时候应该先按照平铺直叙的方式设计，然后遇到重复的问题后回头看适合用什么模式来避免重复
所以，不能让抽象能力仅仅能理解模式这一层的人去组织大的设计，这一层次的人员适合在小模块上去进行设计，也就是代码层面
要做大规模的设计，那不是设计模式所关注的，而是面向对象，面向过程这一层次的知识所关注的，这一层次比设计模式更加抽象，关注的力度也更大，更适合做这方面的事情