敏捷强调快速迭代,而不是浪费计划。
MVC强调基于计划架构的关注点分离。
既然非MVC技术需要较少的规划,那么它们在敏捷项目中是否更合适?
发布于 2009-09-13 17:42:10
关注点的分离并不需要你在开始编码之前计划好每一个细节。敏捷并不意味着你只需在想到代码的时候就把它写下来。敏捷意味着不要太执着于项目的初始想法,并准备好在需要出现时进行重构(就像通常那样),不要害怕在过程中丢弃大段代码。
关注点的分离可以很好地使重构变得更容易,因此MVC可以成为敏捷性的大帮手。
发布于 2009-09-13 19:57:57
敏捷开发通常是一个快速原型和重构的过程。MVC的关注点分离通常可以使这两个过程更容易和更快。
发布于 2009-09-13 19:01:05
设计模式是快速开发的基础部分。流行的设计模式之所以流行,是因为它们具有广泛的实用性。在很大程度上依赖模式可以使项目的可行架构更快地具体化。设计模式提供的通用词汇表使团队更容易沟通项目的结构,并将重点放在领域特定的问题上。如果一个模式被证明对项目的进展不方便,那么该模式与其他备选模式之间的关系可能会得到很好的理解,从而简化了重构到备选布局的任务。
也就是说,MVC模式具有巨大的吸引力。它运行良好的主要原因之一是它倾向于强调API,这种隔离使得更改系统的某些部分变得更容易,而不会对不相关的部分产生重大影响。如果系统的某一层有缺陷,通常很容易更改该层而不影响其他层,因为它们是由定义良好的API分隔的。如果API本身存在缺陷,则通常可以在不影响任何一层的实际逻辑的情况下更改暴露的API (尽管这往往比第一种缺陷更困难)。
https://stackoverflow.com/questions/1418335
复制相似问题