ColdFusion Fusebox 5-设置和目录约定

我正在研究一些使用Fusebox框架的ColdFusion开发——我已经安装了CF10并下载了Fusebox 5.5和他们的示例框架应用程序，但我仍然缺少他们的支持

我可以通过在我的webroot中删除一个目录和一个basic index.cfm来获得一个基本的应用程序Hello World样式，但是当我尝试访问骨架应用程序时，我收到一个错误，说找不到Fusebox文件

有人能描述一下在我的web服务器中构建我的应用程序和FuseBox文件的常见约定/最佳实践吗

我目前的结构如下：

+ wwwroot
    +skeletonapplication (the skeleton application)
    +FBCore (Fusebox core files)

另外，文档提到我需要在index.cfm中添加一行来确认目录结构——有人能进一步解释一下配置行是什么样子吗

---

最后，如果有人能为单个应用程序提供通用目录结构最佳实践，那将是非常棒的。。我希望它们与etc使用的典型布局有一些共同之处。默认情况下，Fusebox核心文件应位于webroot中名为/fusebox5的文件夹中。或者，也可能推荐的部署是将它们定位在webroot之外，并在Application.cfc或ColdFusion Admin中创建一个名为fusebox5的到目录的映射

从骨架中可以清楚地看到Fusebox5应用程序的正确结构。Fusebox应用程序有两种实现，它们也可以在一定程度上混合和匹配：隐式和XML显式

+wwwroot
    +myApp
        +controller
        +model
        +view
        +layouts
+fusebox5

通过调整application.cfc中的行，可以自定义fusebox核心文件的位置：

<cfcomponent extends="fusebox5.Application" output="false">

假设您将核心文件移动到webroot中的FBCore目录中：

<cfcomponent extends="FBCore.Application" output="false">

看看Fusebox.org上的最新下载，它不是非常新的开箱即用的开发人员友好型。如果希望看到xml的工作情况，请尝试下载版本5和版本4的示例书店应用程序。这个框架停滞了好几年，但有一个新的小组正在研究这个框架，但我不确定这个小组现在的立场

Sean Corfield是Fusebox过去的核心维护人员之一，他最近写道，他觉得他的FW/1框架是Fusebox的继承者。Fusebox被吹捧为一个功能完整的框架，这意味着为它计划的所有大功能都已完成，我认为FW/1也处于类似的状态

---

最积极维护的框架是Coldbox。它也同时支持xml和现在隐式的无xml风格，而且它背后的团队发布了大量的产品和功能，几乎太过定期，很难跟上进度！。它有很多文档，但是框架在阳光下做所有事情。他们发布了一个Lite版本，这可能使新开发人员更容易加入。默认情况下，Fusebox核心文件应位于webroot中名为/fusebox5的文件夹中。或者，也可能推荐的部署是将它们定位在webroot之外，并在Application.cfc或ColdFusion Admin中创建一个名为fusebox5的到目录的映射

从骨架中可以清楚地看到Fusebox5应用程序的正确结构。Fusebox应用程序有两种实现，它们也可以在一定程度上混合和匹配：隐式和XML显式

+wwwroot
    +myApp
        +controller
        +model
        +view
        +layouts
+fusebox5

通过调整application.cfc中的行，可以自定义fusebox核心文件的位置：

<cfcomponent extends="fusebox5.Application" output="false">

假设您将核心文件移动到webroot中的FBCore目录中：

<cfcomponent extends="FBCore.Application" output="false">

看看Fusebox.org上的最新下载，它不是非常新的开箱即用的开发人员友好型。如果希望看到xml的工作情况，请尝试下载版本5和版本4的示例书店应用程序。这个框架停滞了好几年，但有一个新的小组正在研究这个框架，但我不确定这个小组现在的立场

Sean Corfield是Fusebox过去的核心维护人员之一，他最近写道，他觉得他的FW/1框架是Fusebox的继承者。Fusebox被吹捧为一个功能完整的框架，这意味着为它计划的所有大功能都已完成，我认为FW/1也处于类似的状态

---

最积极维护的框架是Coldbox。它也同时支持xml和现在隐式的无xml风格，而且它背后的团队发布了大量的产品和功能，几乎太过定期，很难跟上进度！。它有很多文档，但是框架在阳光下做所有事情。他们发布了一个Lite版本，这可能会让新开发人员更容易加入。

请问您为什么选择Fusebox？这并不是说我不喜欢它，事实上我经常使用它，但是现在很少有现代的替代品，至少目前是这样。FW/1、CFWheels等。我一直在使用一个cfusion应用程序，所以我认为我会坚持使用它。我不知道

---

---

FuseBox不再受支持？您希望推荐什么样的框架？正在寻找一个干净、功能强大的MVC框架—良好的REST支持和响应性设计支持。imjava/Springbackground@Sergii哦，是的，当然我用的是CF10，所以对它的良好支持和它的特性在长时间的休眠后会很好，而且它会工作的。然而，你肯定会发现更多的人使用更新的框架，主要是FW/1、Model Glue、cfWheels、ColdBox——其中一些人使用ColdSpring作为Spring的CF端口，如果这是你的背景，那么值得一看。@PeterBoughton好吧，这是改变所有权后的一次突发事件。。。7个月前。老实说，我不认为它会再次“飞”，但我很高兴在这里错了。我可以问一下你为什么选择Fusebox吗？这并不是说我不喜欢它，事实上我经常使用它，但是现在很少有现代的替代品，至少目前是这样。FW/1、CFWheels等。我一直在使用一个cfusion应用程序，所以我认为我会坚持使用它。我不知道FuseBox不再受支持了？您希望推荐什么样的框架？正在寻找一个干净、功能强大的MVC框架—良好的REST支持和响应性设计支持。imjava/Springbackground@Sergii哦，是的，当然我用的是CF10，所以对它的良好支持和它的特性在长时间的休眠后会很好，而且它会工作的。然而，你肯定会发现更多的人使用更新的框架，主要是FW/1、Model Glue、cfWheels、ColdBox——其中一些人使用ColdSpring作为Spring的CF端口，如果这是你的背景，那么值得一看。@PeterBoughton好吧，这是改变所有权后的一次突发事件。。。7个月前。老实说，我不认为它会再次“飞起来”，但我很高兴在这里错了。如果肖恩·科菲尔德将FW/1提升为继任者，我会感到惊讶。有很多相似之处，但与Fusebox相比，FW/1的配置选项很少。FW/1是在一个文件中实现的，因为Fusebox非常大。他最近这么做了，这也是我第一次看到他写这样的东西。我不应该用吹捧这个词，他只是顺便提了一下。谢谢-我确实设法让它工作了，但我想我会看看ColdBox！Sean说过，与FW/1含义大致相同的单词是我想要的FB5.5 NoXML，但没有向后兼容性的限制。虽然那是很久以前的事了，除非他最近重复了？而且，FW/1故意缺少配置的唯一区域是在控制器/视图/布局位置-有很多通用的FW/1配置选项，包括自己轻松编辑/覆盖单核心文件的能力，因为它只是一个文件，而且比Fusebox更容易理解！如果肖恩·科菲尔德将FW/1提升为继任者，我会感到惊讶。有很多相似之处，但与Fusebox相比，FW/1的配置选项很少。FW/1是在一个文件中实现的，因为Fusebox非常大。他最近这么做了，这也是我第一次看到他写这样的东西。我不应该用吹捧这个词，他只是顺便提了一下。谢谢-我确实设法让它工作了，但我想我会看看ColdBox！Sean说过，与FW/1含义大致相同的单词是我想要的FB5.5 NoXML，但没有向后兼容性的限制。虽然那是很久以前的事了，除非他最近重复了？而且，FW/1故意缺少配置的唯一区域是在控制器/视图/布局位置-有很多通用的FW/1配置选项，包括自己轻松编辑/覆盖单核心文件的能力，因为它只是一个文件，而且比Fusebox更容易理解！