php - Fusebox 框架的 future

Question

好老Fusebox是我的第一个框架，我仍然非常喜欢它。从 PHP 版本开始，目前使用最新的 CFML 版本。

但是时间流逝，我在想:也许我应该切换到另一个框架？好吧，我不想在这里开始圣战。我只想知道继续使用FB的利弊。

说，我认为无 XML Controller 是一个非常好的想法并且迈向了 future 。或者也许我错了，这还不够，我应该专注于 Mach-II 或 Model-Glue 或......(输入你最喜欢的)？

但是 PHP 呢？似乎它已经停留在过去了一点。 Symfony、CakePHP、Zend 等现在看起来好多了并且发展迅速。

因此，比较方面的粗略列表如下:

1. 用于开发和维护的时间。对我来说，FB 在这里似乎已经足够好了。
2. ORM 集成。目前我正在使用自己的组件(顺便说一句，我很惊讶在 cf9 预览版中看到非常相似的语法)，但担心它们的性能。
3. 整体应用性能。缓存？ “已解析”的文件还不够好吗？
4. 与其他产品集成。例如，使用单元测试工具——有人对此有经验吗？

任何想法和意见都将受到赞赏。谢谢。

Answer 1

Fusebox 仍在积极开发中，最近刚刚易手，因此首席开发人员现在是 Adam Haskell .

您应该切换到另一个框架吗？

这是一个主观问题。唯一好的答案是——如果有无限的时间和机会——你应该尝试所有的方法，看看你喜欢什么。它们各有利弊，但大多数人都同意，这不是哪个框架的问题，而是到框架的问题。您已经确定它是您想要卡在腰带上的工具，非常适合您。让它成为您理解和享受的工具。

也就是说，时间和机会并不总是可用的。在这种情况下，您可能最好坚持使用您所知道的知识并了解 Fusebox 的最新更改的新功能。我没有时间自己学习所有这些，所以我自己一直是一个模型胶水的人。我在不久的将来会看到一些 fusebox ，但同样，这是主观的，重要的是你正在做最适合你情况的事情。

PHP

作为一名 CFML 开发人员，我无法真正谈论 PHP 框架的状态。同样，如果您有时间，与它们一起玩并评估它们的位置以及它们是否是您有兴趣使用的工具。

ORM 集成

我知道 Model-Glue 具有 ORM 集成 -- Reactor和 Transfer两者都很容易 Hook 。我怀疑 Mach-II 和 Fusebox 也可以这样说，但我对两者都不乐观。

在 Hibernate 中烘焙的 ColdFusion 9 可能在任何框架中都能很好地工作，但这还有待观察。

性能/缓存；解析文件？

这更像是一个 ColdFusion 与 .Net 的问题，对吧？ PHP 也是一种“解析”语言。预编译的二进制代码在运行时至少总是有一点优势，但考虑到对于大多数 Web 应用程序来说，添加一些功能更强大的硬件比花费额外几个月(或更长时间)开发软件更容易且成本更低。

“解析过”的文件还够好吗？是的!哎呀是的!

集成和测试框架

有多种测试框架，包括 CFUnit、CFCUnit 和 MXUnit，用于单元测试(适用于 TDD )和 CFSpec。对于 BDD .我敢肯定还有很多其他人。

CF8 带来了与 .Net 和 Exchange 的集成(可能还有一些我忘记的其他东西)，并且我们从版本 6 开始就与 Java 集成了。“混搭”一些编写的组件从未如此简单在这些不同的语言中获得世界上最好的。

结论

你的问题标题是关于 Fusebox 框架的 future ，我可以告诉你它不会有任何进展(除了继续发展和改进，就像其他 CFML 框架一样......)。如果您对 Fusebox 感到满意，可能没有理由离开它。这并不意味着您不应该尝试一切，但没有理由放弃。