我正在升级大量使用Application.cfm模板文件而不是较新Application.cfc文件的大型旧版ColdFusion应用程序。
似乎Application.cfc为Application.cfm文件可以执行的所有操作提供了更清晰，更有效的解决方案。
Application.cfm按顺序为每个请求运行每一行，所以
它会在每个后续的新页面查询中重新创建应用程序变量。
（如果很多，可能会导致性能下降
加载的应用程序变量The Application.cfc允许某些真正的全局变量，以避免使用onApplicationStart()和onRequestStart()方法重新创建有没有人遇到任何用例/示例（除了明显的移植时间）Application.cfm页面优于Application.cfc
答案 0 :(得分：7)
国际海事组织，这不是一个“太宽泛”的话题。这不是意见，我将其归类为最佳实践。
使用cfc而不是cfm的原因有很多。我一直处于这种情况。
Application.cfc中有一个list of the common functions（我相信你知道）：
如果不了解每个细节，就能够将代码分类到像这样的上下文桶中，这样可以更好地管理各种变量范围。如果没有这些上下文触发器，您只需回复Application.cfm的程序方面。
虽然两个页面请求都运行，但只运行cfc中的某些功能。 cfm，您的代码一直在运行，检查应该或不应该运行的条件。
坚持使用cfm肯定风险较小，但如果你正在升级它，那么你应该期待你将在整个过程中打破局面。采用最佳实践应该是这一过程的一部分。