设计模式是规则吗？
地上本没有路
走得人多了也就成了路
设计模式如同此理它是经验
传承并非体系；是被前人发现经过整理总结形成了
套某类问题般性解决方案而不是被设计出来定性规则；它不像算法那样可以照搬照用 设计模式是架构吗？
架构和模式应该是
个属于相互涵盖过程但是总体来说架构更加关注是所谓High-Level Design,而模式关注重点在于通过经验提取“准则或指导方案”在设计中应用因此在区别层面考虑问题时候就形成了区别问题域上模式模式目标是把共通问题中不变部分和变化部分分离出来不变部分就构成了模式因此模式是个经验提取“准则”并且在次次实战中得到验证在区别层次有区别模式小到语言实现大到架构在区别层面上模式提供区别层面指导 设计模式
软件Software永恒的道？ 这个问题没有答案
有只是讨论看下位前辈结合建筑学得出几点心得体会吧: 和建筑结构
样软件Software中亦有诸多“内力”和建筑设计样软件Software设计也应该努力疏解系统中内力使系统趋于稳定、有生气切软件Software设计都应该由此出发 任何系统都需要有变化
任何系统都会走向死亡作为设计者应该拥抱变化、利用变化而不是逃避变化 好
软件Software只能“产生”而不能“创造”我们所能做只是用个相对好过程尽量使软件Software朝向好方向发展 需要设计模式吗？
答案是肯定
但你需要确定是模式应用是否过度？我得承认世界上有很多天才
员他可以在段代码中包含6 种设计模式也可以不用模式而把设计做得很好但我们目标是追求有效设计而设计模式可以为这个目标提供某种参考模型、设计思路方法 我们不需要奉GOF
设计模式为圭臬但合理运用设计模式才是正确抉择很多人看过GOF
Design Patterns
对这23 种模式也背得滚瓜烂熟但重要不是你熟记了多少个模式名称关键还在于付诸实战运用为了有效地设计而去熟悉某种模式所花费代价是值得
很快你会在设计中发现这种模式真很好很多时候它令得你设计更加简单了 其实在软件Software设计人员中
唾弃设计模式可能很少盲目夸大设计模式功用反而更多言必谈“模式”并不能使你成为优秀架构师真正出色设计师懂得判断运用模式时机还有个问题是很多才踏入软件Software设计领域人员往往对设计模式很困惑对于他们来说由于没有项目实际经验OO 思想也还未曾建立设计模式未免过于高深了其实即使是非常有经验员也不敢夸口对各种模式都能合理应用
最新评论