使用应用程序范围的UDF扩展ColdFusion

Question

我一直在探索构建我的ColdFusion应用程序的不同方法，我正在寻找一些关于提供应用范围UDF的最佳方式的意见。

对于我的每一个应用程序，我通常都会使用一些不属于任何特定对象的额外功能。主要是数据操作。我希望这些功能在我的整个应用程序中都可用，既可以在CFM模板中使用，也可以在应用程序实例化的CFC中使用。

在我看来，有各种各样的方法来实现这一点，但它们都有自己的局限性：

>

创建一个基本的Utils CFC，并使每一个其他CFC扩展此功能。这工作正常，这意味着CFC可以直接从CFC的This作用域引用Utils函数——然而，这意味着Utils函数被保存在每个CFC的内存中。它在概念上也不正确，因为我的其他CFC与Utils CFC没有关系。

将我的基本Utils CFC注入我的其他CFC。我一直在使用的另一种方法是在应用程序范围内实例化我的基本Utils CFC，然后将其作为对象传递给我的其他CFC中的参数。这在概念上和封装上都适用于我。与我在init方法中设置数据源的方式相同，我可以对UDF进行同样的设置。这与每个CFC中都包含UDF的问题相同。当我转储所有CFC时，我会多次获得每个UDF——然而，当我传递一个实例化的对象时，我假设它不会占用任何额外的内存空间。如果有人能证实这一点，那将很有帮助——我只是假设！这种方法唯一的真正问题是它看起来有点复杂。

让我的应用程序CFC扩展我的Utils CFC。这似乎是很多框架所做的。我没有使用过这种方法，但我确信有优点也有缺点。

cf1直接在应用程序中包含来自单独模板的自定义项。cfc这在功能上类似于在应用范围内实例化。

将我的UDF添加到服务器的Components.cfc这在理论上是一个很好的想法-我可以维护一个基本Utils的副本，并确保服务器上的所有内容都可以访问它们-但是，如果我想在多个服务器上运行应用程序，那么它们都需要这些功能。另外，服务器的任何更新都可能覆盖组件。这只是感觉就像黑客攻击核心-我相信我们都可以从痛苦的经历中证明，这是不好的。

所以，我的问题是：以优雅且可重用的方式使用UDF扩展CF的最佳实践是什么？上面有没有我没想到的选择？

Answer 1

如果你真的关心结构和保持事物的独立性，甚至不要从扩展功能的单例或继承开始。相反，通过在运行时/请求时添加非组件库来扩展ColdFusion中的基本功能，请参阅ColdFusion开发者指南。这并不能神奇地解决所有问题，但至少这是实现通用功能的正确方法。