如何确定ColdFusion应用程序使用哪些文件？-HowdoIdeterminewhichfilesaColdFusionapplicationuses?

Ben Nadel has a method to examine the live stack trace from a running template. It seems to me that you could easily plop this into your application and log the results to a database. Once you've done that, you've got a good idea of what's in use and what's not.

Ben Nadel有一种方法可以检查正在运行的模板中的实时堆栈跟踪。在我看来,您可以轻松地将其填入您的应用程序并将结果记录到数据库中。一旦你完成了这个,你就会清楚地知道什么是在使用中,什么不是。

I think the easiest way, however, is to enable debugging (standard caveat here about development server, etc). The standard ColdFusion debugger will give you a complete list of every file used during the execution of a single page. ColdFire will do the same thing in a handy Firebug extension (click ColdFusion then click Exec Times).

我认为最简单的方法是启用调试(这里有关于开发服务器的标准警告等)。标准的ColdFusion调试器将为您提供执行单个页面期间使用的每个文件的完整列表。 ColdFire将在一个方便的Firebug扩展中执行相同的操作(单击ColdFusion,然后单击Exec Times)。

It should be pointed out that the built-in debugger even shows you the files included from CFC calls, and the files included from within those calls as well. It is all inclusive.

应该指出的是,内置调试器甚至可以显示CFC调用中包含的文件,以及这些调用中包含的文件。它包罗万象。

Ben Nadel on Stack Traces

Ben Nadel在Stack Traces上

Ray Camden's ColdFire

Ray Camden的ColdFire

Sample of CF Debugging from a live page:
alt text http://i43.tinypic.com/ofvh37.jpg

来自实时页面的CF调试示例:alt text http://i43.tinypic.com/ofvh37.jpg

Put it into git first! Then, if you screw up, you can easily roll back.
(If you're concerned about having a 'clean' repository, when you're finished and fully tested, you have the option to just remove the single .git folder and create a new one.)

先把它放入git!然后,如果你搞砸了,你可以轻松回滚。 (如果您担心拥有'干净'存储库,那么当您完成并经过全面测试后,您可以选择删除单个.git文件夹并创建一个新文件夹。)

Then, as Tomalak suggests, use cflog on every file. Infact I'd say maybe even log twice, at the top and bottom of each script, could potentially help you to map out how the application runs.

然后,正如Tomalak建议的那样,在每个文件上使用cflog。事实上,我可能会说,甚至可以在每个脚本的顶部和底部记录两次,这可能有助于您确定应用程序的运行方式。

A regex is not advisable. Since ColdFusion is quite flexible in the way files can be included or referenced, there will be no way to determine the definitive list of dependencies from the source code alone.

正则表达式是不可取的。由于ColdFusion在包含或引用文件的方式上非常灵活,因此无法单独从源代码确定依赖关系的确定列表。

You could insert a into each file and build a log from the running application. Examine the log after the application was active for a while and all functionality had been accessed at least once.

您可以在每个文件中插入 ,并从正在运行的应用程序中构建日志。在应用程序处于活动状态一段时间后检查日志,并且至少访问过所有功能。

Don't bother instrumenting each file, just cflog the page name in OnRequest inside application.cfc - the target page is an argument.

不要费心检测每个文件,只需在application.cfc中的onRequest中cflog页面名称 - 目标页面是一个参数。

Of course then the issue becomes code coverage and the ability to fully excercise the app.

当然,问题就变成了代码覆盖率和完全锻炼应用程序的能力。

  
  
  
   ...

cfinclude won't tell you if a url is supposed to load the file directly. I've seen system where some files are not included via an index.cfm even when the framework expects it. I have it in my own work where index.cfm loads most code but reset.cfm bypasses the framework to reset configs and session data.

cfinclude不会告诉你url是否应该直接加载文件。我已经看到系统,即使框架需要,也可以通过index.cfm包含一些文件。我有自己的工作,其中index.cfm加载大多数代码,但reset.cfm绕过框架重置配置和会话数据。

Download a trial of Dreamweaver and define a ColdFusion site. DW can create a site map and tell you which files are not included, linked, cfmoduled and so forth. I don't know if it can figure out unused CFCs, but CFMs should be easy. Note that I haven't used DW for years, but it had this functionality around CF 4/5.

下载Dreamweaver的试用版并定义ColdFusion站点。 DW可以创建站点地图并告诉您哪些文件未包含,链接,cfmoduled等。我不知道它是否可以找出未使用的CFC,但CFM应该很容易。请注意,我多年没有使用过DW,但它在CF 4/5附近有这个功能。