设计之惑
2015-10-25 12:19
204 查看
"设计模式,需要则用之,否则为了设计模式而设计模式反而不好,我们前段时间,大量的删除由于设计模式多出来的类和方法",一哥们这么说
关于这个,我认为:
为了设计模式而模式,肯定是不行的,基本上所有的模式都是用复杂性换取代码的其他属性(可维护性,灵活性等)
使用了模式的代码肯定比平铺直叙的代码要复杂,但是带来了其他方面的好处,所以设计的时候应该先按照平铺直叙的方式设计,然后遇到重复的问题后回头看适合用什么模式来避免重复
所以,不能让抽象能力仅仅能理解模式这一层的人去组织大的设计,这一层次的人员适合在小模块上去进行设计,也就是代码层面
要做大规模的设计,那不是设计模式所关注的,而是面向对象,面向过程这一层次的知识所关注的,这一层次比设计模式更加抽象,关注的力度也更大,更适合做这方面的事情
相关文章推荐
- Android第三方注解框架Annotations和butterknife
- Android Code Style Guidelines for Contributors
- 作業系統之前的程式 for stm32f4discovery (3) - usart
- 简单工厂的来世今生
- xml 将xml文档以表格的形式输出
- Struts2通过json前后自动给后台自定义对象赋值
- 2011 Asia Dalian Regional Contest
- Oracle数据库基础(五)--索引,触发器
- vi编辑器
- (二期)IOS调试技巧
- jquery滚动加载
- Zoj 3545 Rescue the Rabbit(ac自己主动机+dp)
- 信息安全系统设计基础第七周学习总结
- CSRF验证失败. 相应中断
- C语言,回溯法0-1背包问题
- 第一个使用ajax的spring mvc程序
- 数据库
- 语言,模式,设计
- 网站架构-前端优化
- Python实现获取域名所用服务器的真实IP