从ColdFusion Fusebox 5.5 noxml转换

从ColdFusion Fusebox 5.5 noxml转换,coldfusion,cfwheels,coldbox,fusebox,fw1,Coldfusion,Cfwheels,Coldbox,Fusebox,Fw1,我有一个大型的AdobeColdFusion 9站点,它使用Fusebox5.5的无XML版本。该站点目前未在模型中使用氟氯化碳。选择范围缩小到CFWheels、Coldbox或FW/1。我的问题是,当从Fusebox无XML站点迁移时,这三个站点中的哪一个会更快、更容易转换 谢谢转换容易是个错误的问题。转换是一次性事件 维护是一种持续的情况,是一个更重要的决策依据 调查你的入围名单——它们都带有示例应用程序——并确定你更愿意继续使用哪一个,然后做必要的转换——这三个都不应该特别困难 (虽然我只

我有一个大型的AdobeColdFusion 9站点,它使用Fusebox5.5的无XML版本。该站点目前未在模型中使用氟氯化碳。选择范围缩小到CFWheels、Coldbox或FW/1。我的问题是,当从Fusebox无XML站点迁移时,这三个站点中的哪一个会更快、更容易转换


谢谢

转换容易是个错误的问题。转换是一次性事件

维护是一种持续的情况,是一个更重要的决策依据

调查你的入围名单——它们都带有示例应用程序——并确定你更愿意继续使用哪一个,然后做必要的转换——这三个都不应该特别困难


(虽然我只涉猎过cfWheels和ColdBox,所以不能保证没有一些隐藏的陷阱使它们转换起来更复杂,但是如果您的团队更容易使用它们,那就更重要了。)

感谢您的回复。你是说这都是一个偏好的问题,还是说有些可能更麻烦?如果这只是一个偏好的问题,那么我不妨结束这个问题。有点-取决于你如何定义偏好-它们都有不同的目标,这取决于它们如何与使用它们的开发人员保持一致。FW/1是特意设计成轻量级的/etc。ColdBox是设计成全栈/enterprise的。cfWheels是为RubyonRails所做的一切而构建的。所以对于RoR开发人员来说,FW/1和CB可能会更麻烦。这是有道理的。我确实对它们进行了更深入的研究,它们都有一些很好的特性。我看到的一件事是,当您从零开始一个项目并且可以轻松使用它的ORM时,CFWheels似乎更有意义。您试图实现什么目标?