更好地管理Coldfusion组件（CFC）功能

我非常依赖CFC。有时在一个应用程序中，我会有多个

CFC

，每个

CFC

包含几十个函数。因此，随着时间的推移，很容易忘记或错过已经创建的函数

所以我的问题是你们是如何管理所有这些功能的？您是否保留一个单独的文档，列出所有函数并以这种方式编制索引？是否有我们可以使用的内置自动功能

我一直在做的是更有意义地命名函数，但它非常乏味。必须有更好的方法来做到这一点。只是在寻找你的想法

---

先谢谢你

我认为这里没有什么灵丹妙药。比我有点强迫症的程序员可能会回应，并给你一个铁板一块的解决方案。对于我（或我的团队）来说，我在一个文件夹中保存了一个通用组件库，可用于各种站点和应用程序。然后，我将它们添加为给定项目的/util或/lib文件夹，并根据需要使用它们（或扩展它们）。良好的计划-良好的文档（Wiki是团队的最佳选择）是必须的

仔细规划是否延长CFC尤其重要。否则，您必须在杂草中寻找属于某个超类的嵌套函数（如中所示，这是可行的，但我真的不知道它为什么会起作用）

---

这就是框架可以提供急需的结构的地方。对于常见的功能和事件，它们通常提供创建这些东西的位置和约定。这使得它们易于解读（只要你已经被灌输到框架中）。它们有一些缺点，但它们让生活变得更轻松：）

-您应该遵循每个CFC的正确命名约定

-每种氟氯化碳都应用于特定用途。i、 e.登录CFC应仅包含登录相关功能

-所有通用功能应保持在一个cfc中，并可由其他cfc扩展

-您可以对随机函数使用通用cfc

---

现在，如果您想为任何功能添加新功能，则只能扫描3个CFC，即专用于该功能的通用和随机CFC。然后根据最佳匹配添加新的。

您的方法应该与其所在类的用途相关。因此，如果您有类似/相同的方法，那么这表明您的类设计可能存在问题，或者可能需要进行微调？我们欣赏重复可重用代码的讽刺意味。您可能会发现这很有帮助：@AdamCameron这是真的，我同意，同时这也是我的担心。在处理您现在继承的应用程序/程序时尤其如此。@fishbelow是的，该链接很有用，谢谢。我不反对您的观点，阿伦-听起来像是一个很棒的系统。但问题出在细节上，开发人员在“适当的命名约定”和什么是（或不是）“通用”CF函数上会有分歧。我们在这里为我们的开发人员提供了广泛的最佳实践指南，但我们在外部与许多团队合作。我的缪斯经验法则：更重要的是要有一个全面的发展指南，而不是它的实际内容。如果我们能让人们遵循一个文件化的标准（无论是本土的还是框架的），我们将赢得三分之四的胜利。框架的使用总是很好的。我们还应该记录我们的发展指南。这对新开发人员来说很容易跟进。我应该有更具体的词语，我的意思是每个CFC都有一个合适的名称，你可以很容易地从中获得相关的功能。“通用”是指一个通用的cfc，它可以存储随机函数，比如一些算法，如果应用程序有这样的功能，它就不特定于任何功能。是的，我相信我们在同一页上；）