使用ColdFusion框架

缺点:

• 前端控制器制作丑陋的URL,往往需要在web服务器层重写URL
• 框架中断的风险(无支持、难以维护、新CF版本中断)
• 框架缺陷(选择一个具有良好性能的流行框架;快速支持)
• 有些框架需要更长的时间来重新构建。由于大多数框架都会缓存配置和控制器层以提高性能,因此在开发阶段,您需要一直重新进行缓存。CF9缓解了这个问题,因为它速度更快。
• 最后,有时您会使用框架的API(一种从CFML中提取出来的抽象),而错过了解决同一问题的本地ColdFusion方法。

性能通常不是问题。别担心。

亨利已经给出了一个很好的答案,但我只想谈谈你问题的这一部分:

但它不附带绩效税吗?

框架的性能开销可以忽略不计。

更好的 来自框架的性能,例如 ColdBox

但是,作为一般规则(不特定于框架) 绩效不是问题,除非你有可衡量的结果 .

i、 e.不要只认为“我要做X而不是Y,因为我认为它会更快”-使用最简单的选项,满足用户的需求,只有当你能证明它有性能问题时才改变它 你提出的解决方案更好。

这取决于你所从事的项目的性质。我认为最好使用framework来实现更好的代码组织、可伸缩性、约定和其他功能。如果您应该从企业级应用程序开始,那么就我的经验而言,coldbox是最好的框架。它有一个更大的学习曲线,但它值得学习。如果它的简单启动项目那么FW1是好的。你可以在这里找到一份清单

http://www.riaxe.com/blog/top-coldfusion-frameworks/