我最近继承的一些网站有各种版本的FW-1（一个＆＃34;轻量级＆＃34; ColdFusion的模型 - 视图 - 控制器框架。）我有一个功能性的把握它已经到位，但我还没有看到在未来的发展中使用它的优势。
如果愿意，请简要介绍一下在数据库驱动的Web开发环境中使用MVC模式或框架的具体经验以及如何在更线性的组件功能系统中加速开发。
如果出于审核目的，只有一个技术问题可以回答＆＃34;是令人满意的，那就是＆＃34; 如何使用MVC模式或MVC框架现实地或在实践中加速开发？ （示例赞赏。）＆＃34;
答案 0 :(得分：1)
几乎所有东西都使用FW / 1。平衡是在古老的Fusebox中完成的，在某些方面类似于FW / 1。对我而言，它与
有关鼓励分割代码
在任何平台上开始做MVC后，代码开始自然地分裂。它是模型，控制器还是视图？这个模型是暂时的吗？模型应该有路由模式吗？这真的是视图或布局还是嵌套布局的一部分？
自我记录
我将代码交给了另一位开发人员，他们立即知道他们正在处理什么样的事情。它在某个目录中，它必须是某种东西
扩展生命周期
application.cfc有它的生命周期。 FW / 1极大地扩展了它。某些类型的代码应该有各种各样的地方。
一致的网址
路由模式定义了哪些类型的请求将起作用，哪些不起作用。它会自我记录应用程序。
最后但并非最不重要
如果您不喜欢所有这些功能，那就太好了。然后点击你喜欢的那些。您可以根据需要提升。
答案 1 :(得分：0)
我从未听说过FW-1，所以我的答案与这个特定的框架无关。我有使用ColdBox的CF9和Railo以及使用CFWheels的Lucee的经验。
我在CFML工作期间发现的MVC的所有优点（我不想为您提供与我知道的其他框架相关的一般答案 - Ruby on Rails或Django）：
模型仅与数据库人员相关。也许这很有趣，但这应该是怎么回事。有时不是。我已经看过很多遗留代码，这些代码本来就是模型，但是在一个地方就是一切。如果模型中的业务逻辑与其他模型隔离开来，则更容易测试并维护它。另外，分离的模型允许您使用ORM。
控制器更薄。如果您需要少量代码来完成相同的工作，那么您可以更快地完成这项工作。
模板只显示我们需要的内容，但它们内部不包含任何业务逻辑。保持这种方式允许我的公司雇用前端工程师，这些工程师使用CSS，JS等。如果他们触摸CF代码，他们只触摸模板。他们很难处理所有申请。
当我知道在哪里找到我想要使用的方法或只是修复bug时，我发现自己更有效率。如果你使用MVC，你可以在出现问题时轻松缩小可能的损坏区域并相信它们会。
<强> TL; DR： MVC使您的开发更快，更强大，并允许您为不同类型的开发人员分割工作。