select一个ColdFusion MVC框架

我接pipe了很多在我们商店徘徊的ColdFusion东西,他们坚持留在ColdFusion上,并且这个领域的新项目必须在CF中完成 – 基本上这个部分是不可转让的。 我在CF方面并不是非常有经验(从2003年开始就没有触及过),所以在过去的4 – 5年里,我的大部分开发工作都是在.NET,MVC,C#,Linq-to-SQL。

我正在做一些四处寻找一个MVC框架,我可以把我的Asp.Net MVC的经验,并希望有一个集成的ORM(我坚持使用CF 8至less一段时间)。 我发现了一些像Model-and-glue,Mach II和Coldbox等,但是我不知道从哪里开始,并且想要从使用它们的每个人的优点,缺点等方面得到一些意见他们。

我知道我需要做一个广泛的CFML刷新(非常多的重新学习),所以我不需要被告知 – 我正在outlook未来。

你能不能分享一下关于CF MVC框架的信息来帮助我select哪一个最适合我? 谢谢。

看到你是ColdFusion的新手,我会做的是select一个框架,坚持下去。 起初,你会遇到困难,你会很想放弃你select的框架,但不要这样做。 在你掌握了一个框架之后,你可以学习其他框架。

  • CF轮子
  • ColdBox * * *(Nice文档)
  • 相距甚远
  • Framework / 1 * *(简单的LIGHT框架)
  • 保险丝盒
  • ModelGlue
  • 马赫-II

其中大部分可以添加

  • ColdSpring
  • 反应堆
  • 转让

Adobe.com上的ColdFusion框架介绍

最重要的是要记住,我们都有我们的意见,但没有真正的证据是最好的。 你甚至可以不使用实际的框架,只需在MVC中仔细编码。

你正在维护的东西

我会selectColdBox,ModelGlue或Framework / 1。

ColdBox提供了一些代码生成和框架/ 1非常轻,所以less了解学习。

我一直在使用CFWheels几年,我还没有find一个更好的框架。 它受到Ruby on Rails的启发,并且非常容易通过出色的文档和一个非常活跃的社区进行学习。

http://www.cfwheels.org

我在ColdFusion中教授课程,并在课堂上使用Sean Corfield的Framework / 1。 它轻巧,学习曲线非常平缓,特别适用于现有代码库的转换。 但与此同时,一个开发团队可以轻松地使用并扩展到大型应用程序。 无论如何,这个框架对于我来说至less是一个框架,而且更像自然的代码。

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

我想给cfwheels +1。

自2003年以来,我已经使用Mach II,ColdBox,Fusebox和Model-Glue进行各种项目。 都有自己的优点和缺点(Fusebox是我现在唯一避免的),但是最近的一个项目,我决定尝试CFWheels。

使用车轮一直是一个爆炸。 我有一个很棒的时间为我的小镇的一些朋友开发了一个网站,他们拥有并经营着一个攀冰与引导网站(www.ourayclimbing.com)。 不错的SESurl,在Adobe CF和Railo上运行良好,pipe理员非常容易使用脚手架插件,惯例优于configuration(我喜欢:))等等。

无论如何,如果你坚持主要玩家(ColdBox,CFWheels,Mach II或Model-Glue),我想你会惊喜于CF能为你提供什么。

它必须是冷库 。

它在网站上有很好的文档,还有一本精彩的书,涵盖了面向对象编程的许多方面。 老实说,这本书给我留下了深刻的印象,比我期待的还要多。

我喜欢这个框架的是它在处理程序中使用ColdFusion代码,当我拿起它时,我认为其他框架使用XML …不知道这是否已经改变。

如果您对CFC有所了解,该框架很容易获得,并且具有build设网站的几个有用function。 “PLUGINS”,“debugging”工具栏,“漂亮URL”的URL生成

我不能说足够的框架..

这里也是一个非常有帮助的社区,他们真正及时回应我的所有问题。

我build议检查Mach-II 。 它被用于许多非常高调,高stream量的网站,并已多年。 这篇博文在这一点上已经有点老了,但是在一般的Mach-II方面以及使用Mach-II方面还是有一些很好的信息。

它正处于非常活跃的发展阶段(不要让与其他框架相比较低的版本号码欺骗你)1.9版本即将到来,2.0的大计划。

Mach-II的主要function包括复杂的caching和日志loggingfunction,一个用于帮助开发和监控应用程序的非常好的仪表板,一个带有数据绑定function的丰富的表单标签库以及更多的function。

我会selectCFWheels或FW / 1。 对于那些CF框架新手来说,这两者都非常容易使用(我仍然把自己归入那个组),并没有像其他人那样陡峭的学习曲线。 Coldbox看起来非常强大,但是我很难把握住它。

你也可能喜欢我的SOS和COOP框架。 我们正在创造更好的公共文件。 它可能会比其他选项更像您习惯的代码。

你也可以看看ColdBox。 http://www.coldbox.org/大量的文档和特性负载。;

还有Farcry核心框架http://www.farcrycore.org/

不得不说,你需要自己去思考你最喜欢的框架还是自己构build一个框架。 这真的取决于你想要的框架。

对于ColdFusion 8的ORM,您可以使用Transfer ORM( http://www.transfer-orm.com )和Reactor( http://www.reactorframework.org/

虽然,鉴于ColdFusion是Java应用程序的Java服务器之上,没有理由为什么你不能继续使用Hibernate( http://www.hibernate.org/ )ColdFusion 9使得使用Hibernate更容易,但是暂时你还是坚持8。

一切都是可以协商的。 在Rails 3中重写CF应用程序将是最有效的方法。

基于原则构build的语言和框架 – Ruby / Rails 3(和其他Ruby框架),Python / Django 1.2(和其他Python框架),ASP.NET MVC 2 – 通常都是最好的select。

ColdFusion和ColdFusion框架并没有进行比较,因为ColdFusion作为一种语言和一个库随机混合在一起,ColdFusion框架(ColdBox,FW / 1,Model-Glue,CFWheels,Mach II)只能做很多工作来平滑。 例如:CF范围,缺less闭包,缺less可加载的类/组件(你可以实例化一个组件,但不加载组件),尴尬的参数处理,映射,缺乏真正的应用程序,缺乏委托和封闭,以及对语言和图书馆的大多数方面来说方便但不严格的方法。 相比之下,上市的其他语言严格的严格加上糖。

Interesting Posts