代码之家 › 专栏 › 技术社区 › naspinski

选择ColdFusion MVC框架[关闭]

cfml coldfusion-8 coldfusion frameworks model-view-controller

naspinski · 技术社区 · 14 年前

我接手了很多在我们店里逗留的冷聚变产品,他们坚持让它留在冷聚变上,这方面的新项目必须在CF中完成——基本上这部分是不可谈判的。我在CF方面不是很有经验(2003年以来就没有接触过),所以在过去的4-5年中,我的大部分开发都是在.NET、MVC、C_、Linq to SQL中进行的。

我在四处寻找一个MVC框架,我可以将我的ASP.NET MVC经验与一个集成的ORM联系起来,并希望将其作为一个集成的ORM(我至少有一段时间一直在使用CF8)。我找到了一些,比如模型和胶水,Mach II和Coldbox等,但我真的不知道从哪里开始,我想从使用它们的人那里了解每种产品的优点、缺点等。

我知道我需要对CFML做一次全面的梳理(相当多的重新学习),所以我不需要被告知——我正在展望未来。

您能分享一下您在CFMVC框架方面的任何信息吗,以帮助我选择最适合我的框架?谢谢您。

10 回复 | 直到 11 年前

Miguel-F 11 年前

看到你对ColdFusion还不熟悉,我会选择一个框架并坚持下去。一开始,你会遇到困难,你会试图放弃你选择的框架,但不要这样做。在你掌握了一个框架之后,你就可以学习其他框架了。

CF Wheels
ColdBox ***(很好的文档)
FarCry
Framework/1 **(简单光框架)
FuseBox
ModelGlue
Mach-II

这些你可以添加的大部分

An introduction to ColdFusion frameworks at Adobe.com

最重要的是要记住,我们都有自己的观点,但没有真正的证据证明什么是最好的。您甚至不能使用实际的框架,而只能在MVC中小心地编写代码。

您当前维护的内容

我会选择coldbox、modelglue或framework/1。

coldbox提供了一点代码生成,framework/1非常轻,因此不需要学习。

Peter Boughton 14 年前

我使用cfwheels已经有几年了,还没有找到更好的框架。它受到RubyonRails的启发,很容易通过优秀的文档和活跃的社区学习。

www.cfwheels.org

Rick O 14 年前

我教过一门冷融合课程,并在课堂上使用了肖恩·科菲尔德的框架。它是轻量级的,具有非常温和的学习曲线,这使得它特别适合于转换现有的代码基。但同时,开发团队很容易使用大型应用程序,并且可以扩展到大型应用程序。不管怎样,对我来说,这是一个感觉最不像框架,最像自然代码的框架。

http://github.com/seancorfield/fw1/

craig.kaminsky 14 年前

我想给一个+1 cfwheels .

从2003年开始,我就在各种项目中使用Mach II、Coldbox、Fusebox和Model Glue。它们都有各自的优缺点(Fusebox是我现在唯一能避免的),但最近的一个项目,我决定尝试cfwheels。

使用轮子是一种冲击。我花了很长时间为我小镇上的一些朋友开发了一个网站,他们拥有并经营一个攀冰和指导网站([www.ouraycolling.com])。不错的SES URL,在AdobeCF和Railo上运行得很好,管理员非常容易使用scaffolding插件、Convention over configuration(我喜欢的是:)等。

在任何情况下,如果你坚持主要的球员(冷盒,cfwheels,mach II或模型胶水),我想你会很高兴地惊讶于CF可以提供给你什么。

namtax 14 年前

它必须是 coldbox 真正地。

它在网站上有很好的文档,而且还有一个 book 它的编写非常出色,涵盖了面向对象编程的许多方面,以及其他主题。老实说,这本书给我的印象比我想象的要深刻。

我喜欢这个框架的原因是它在处理程序中使用了ColdFusion代码,当我使用它时,我认为其他使用XML的框架……不确定这是否发生了变化。

如果您对CFC有一定的了解,并且对建筑场地有一些有用的特性,那么这个框架很容易理解。插件,调试工具栏,为“漂亮的URL”的URL根…

我对框架的评价不够高。

还有一个非常有帮助的社区 here 他对我所有的问题都很及时地回答。

Matt Woodward 14 年前

我建议退房 Mach-II . 它被用于许多高知名度、高流量的网站,并且已经使用多年。 This blog post 在这一点上有点老,但仍然有一些伟大的信息,在一般情况下的马赫数II以及谁使用马赫数II。

它正处于非常活跃的开发阶段(不要让较低的版本号比其他框架愚弄您),版本1.9即将面世,2.0的大计划也即将到来。

Mach II的主要功能包括复杂的缓存和日志记录功能、一个非常好的仪表盘(用于帮助开发和监控应用程序)、一个包含数据绑定的丰富表单标记库,等等。

Gary 14 年前

我要么用cfwheels要么用fw/1。对于那些新的到CF框架(我仍然把自己算在那个组中),两者都非常容易使用,而且它们的学习曲线也不像其他框架那样陡峭。冷盒看起来非常强大,但我很难控制它。

John Farrar 14 年前

你也可能喜欢我的SoS和Coop框架。我们正在创建更好的公共文档。与其他选项相比,它可能更像您使用的代码。

Stephen Moretti 14 年前

你也可以看看Coldbox。 http://www.coldbox.org/ 文档和功能的负载。

还有法拉利核心框架 http://www.farcrycore.org/

必须指出的是,您需要自己决定最喜欢哪个框架,或者是否构建自己的框架。这真的取决于你想从框架中得到什么。

关于冷熔8的ORM,你有转移ORM( http://www.transfer-orm.com 和反应器(反应器) http://www.reactorframework.org/ )

但是,考虑到CydFLUX是Java服务器之上的Java应用程序,没有理由为什么不能继续使用Hibernate( http://www.hibernate.org/ )ColdFusion 9确实使使用Hibernate变得容易多了,但现在你只能坚持使用8。

-29

yfeldblum 14 年前

一切都可以商量。在Rails3中重写CF应用程序将是最强大的方法。

基于原则构建的语言和框架——Ruby/Rails 3(和其他Ruby框架)、python/django 1.2(和其他python框架)、ASP.NET MVC 2——一般来说都是最好的使用方法。

ColdFusion和ColdFusion框架没有进行比较,因为ColdFusion作为一种语言和一个库是随机拼凑在一起的,而ColdFusion框架(Coldbox、FW/1、Model Glue、CfWheels、Mach II)只能做这么多的工作来解决这一问题。例如:CF作用域、缺少闭包、缺少可加载的类/组件(您可以实例化组件,但不能像这样加载组件)、处理不好的参数、映射、缺少实际应用程序、缺少委托和闭包,以及对语言和库的大部分方面的方便但不严格的方法。相比之下,列出的其他语言提供严格加上严格糖。