代码之家 › 专栏 › 技术社区 › Sergey Galashyn

Fusebox框架的未来

comparison frameworks coldfusion php

Sergey Galashyn · 技术社区 · 17 年前

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

比如说,我认为没有XML控制器是一个非常好的主意,并且是迈向未来的一步。或者也许我错了,它不高,我应该专注于马赫II或者模型胶水或者。。。(输入您的最爱)?

但是PHP呢?似乎它已经停留在过去一点。Symfony、CakePHP、Zend等现在看起来好多了,而且发展很快。

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

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

6 回复 | 直到 17 年前

Adam Tuttle 17 年前

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

您是否应该切换到另一个框架?

这是一个主观问题。唯一好的答案是——给你无限的时间和机会——你应该尝试所有的方法,看看你喜欢什么。他们都有各自的优点和缺点,但大多数人都同意这不是一个公平的问题 哪一个 框架问题框架你已经决定,这是一个工具,你想在你的腰带上,所以对你很好。让它成为你理解和喜欢的工具。

由于我是一名CFML开发人员,所以我不能真正谈论PHP框架的现状。同样,如果你有时间,与他们一起玩,评估他们在哪里,以及他们是否是你感兴趣使用的工具。

ORM集成

我知道模型胶有ORM集成-- Reactor 和 Transfer 两者都很容易上钩。我怀疑Mach II和Fusebox也可以这么说,但我对这两者都不乐观。

性能/缓存;解析文件?

“解析”文件是否仍然足够好?对见鬼,是的!

综合及;测试框架

有多种测试框架,包括CFUnit、CFCUnit和MXUnit,这些都是我在单元测试中考虑的问题(对于 TDD ),及 CFSpec 对于 BDD

CF8带来了与.Net和Exchange的集成(可能还有一些我忘了的东西),并且我们从版本6开始就与Java进行了集成。要“混搭”一些用这些不同语言编写的组件以获得最佳效果,从来都不是一件容易的事。

结论

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

dreftymac 17 年前

比较的范围如此之广,以至于你不可能在一个单一的so线程中得到一个全面的、精确的、针对你的四个标准的答案。这是一个很好的问题,但没有一个单一的答案是确定的。

相反,我想问的是,什么(如果有的话)会阻止你尝试不同的框架和扩大你的视野(假设你的独家或主要经验是与FB)。

从第一手经验来看,没有什么能超过您自己对四个标准的评估,特别是因为您询问的因素要么非常主观,要么是每个“高调”web应用程序框架都合理地解决的。

特别是向FB点头:

Fusebox框架甚至在大多数人听说XML或web框架之前就已经开始并获得了发展势头。它是第一个“消除烦恼”的web开发框架之一,旨在使web应用程序开发更加“有趣”(其目标是消除ColdFusion中的一些烦恼和单调,ColdFusion本身在当时是一个例外的框架)。

因此,它已经走过了漫长的道路,并拥有相对稳健的业绩记录(就像ColdFusion一样)。

尤其地 那些基于编程语言的另外而不是PHP和ColdFusion。

theman_on_vista theman_on_vista 17 年前

在工作中,我们使用Fusebox(php)。。。太糟糕了!!

如果可能的话,我肯定会建议迁移一个更“时髦”的框架。

虽然

但我的意思是。。有一个巨大的开关语句?这不是“这应该是一个对象”的代码味道吗。它让我想起了RoR控制器类的过程版本。(我不是RoR的人..只是说)

rip747 17 年前

如果您正在寻找一个多合一Rails类型的框架,请查看cfwheels。

http://www.cfwheels.com

Sergey Galashyn 16 年前

FuseNG Update 作者:A.Haskell
Status of FuseNG 在谷歌集团。

Nick Van Brunt 16 年前

我在上一份工作中几乎完全使用了FB。我们的大部分代码库都是非面向对象的(cfc还不存在),因此模型/视图的区别确实帮助了我们。设计师知道要直接进入视图文件夹,不要在其他地方闲逛太多。Circuits为我们提供了一种映射站点区域的更好方法,而不仅仅是使用目录。一般来说,它解决了很多以页面作为构建方式的问题。

coldspring 这个框架感觉更加关注现代OOCF中出现的问题,与我们几年前编写的基于页面的CF相比。