-
答案 1:
其实一般框架中已经应用了不少的设计模式原则,如果使用框架,更多地考虑你的业务逻辑模型。其实我个人觉得,在一般情况下,不能以设计模式做为设计的出发点,它们是来帮你解决问题的,而不是为你造成困扰的。在考虑软件设计的过程中,出发点永远应该是以需求为基础的,需要对现有的需求,对于未来可能的变化有尽量充分的考虑。尤其要对变化有充分的认识,设计模式是用来帮助你应付变化的。在这之后,应该以一般性的OO设计原则进行思考,将职责进行划分、哪些地方可能会发生变化、如何做开闭??等等,网上、书上有很多介绍。变化是一个需要仔细考虑的因素,这是因为变化而导致了依赖的变化,由于变化的扩张导致的软件难以维护和功能升级。因此把出发点放在变化上是没错的。对于需求很确定、变化很少的软件设计,可以完全不考虑设计模式;但一旦决定使用设计模式,就需要仔细考虑和权衡。有很多时候,使用哪种模式并不是非常明显的,如何抉择的问题答案又会回到你对业务、对需求、对变化的理解了。 -
答案 2:
我觉得使用设计模式是这样的:出发点是需求,但你发现一些需求有共性,要么是相同的动作,要么是相同的使用方式,然后你想想有什么抽象或者设计模式可以满足这些共性,然后才是使用设计模式。说白了,还是先分析你要做的事情有什么内在联系,然后再去匹配设计模式。个人认为,前者需要很多的思考,而后者靠使用经验
简单易懂的设计模式怎么打破固有框架、融入实际工作的工程中?
2012-01-19 20:12:04 来源: 点击:
相关热词搜索:
上一篇:Flipboard、Zaker 类产品是不是已经走下坡路了?
下一篇:国内有哪些图片分享应用开放了 API?