前天有我一个朋友以MSN问我，有没有试过FuseBox？结果才疏学浅的我就问他“为什麽要去试FuseBox？”，他回答，因为FuseBox是一个很好的学习Web AP的模型，可以藉由FuseBox了解整个Web AP开发时的Framework与应该注意的事项，有助於程式设计者在撰写系统时的经验。

他其实说的对，後来我隔天就到macromedia的网站去找是否有FuseBox相关的文章，我找到一篇大致介绍FuseBox的文章，虽然没有几页，我也己经看完了，我很兴奋地把我看完的小小心得跟各位报告。

FuseBox是在1997年时由Steve Nelson与Gabe Roffman与提出来的一个程式模型架构，後来Hal Helms也加入了一些增强的模组，也就是後来的Extended Fusebox，在当时提出来没多久，整个Framework也被PHP与ASP所抄袭（你也可以讲也有PHP版与ASP版，但是都是源自於FuseBox）。

在几个同好一同开发的情况下，2001年十月也就造就了FuseBox 3的诞生，这也是一个相当清楚定义的版本，他移除了自订标签并以Qurey的方式来执行所谓的核心档案，每个不同的核心档案都是ColdFusion，当然後来也有其他For J2EE的核心档案，如Lasso、PHP与ASP。

FuseBox整个架构来讲，鼓励程式设计者在逻辑与表现层要分开，并且建议资料库的互动，函数、展示模组与其他程式等应该都要分开档案，尽可能的以模组化来开发，若程式有问题尽量不要影响到其他的程式为原则，若要修改也可以更改一个後，其他的程式不需再修订。

我们以一个典型的例子来说明FuseBox是怎麽做Qurey的，如下：

index.cfm?fuseaction=circuit.action

index.cfm是一个站台的首页，而以fuseaction参数来传递二个部份，circuit代表是要执行的目录，而action就是要执行的程式。

另外还有三个基本档案。

‧ fbx_settings.cfm：设定使用circuit时的变数都放置在此档。
‧ fbx_layouts.cfm ：这是代表当输出内容时要放置的网页模板。
‧ fbx_switch.cfm：定义每一个在要求fuseaction时要执行哪一个核心程式。

虽然这是在FuseBox 3的范例，但是很容易让新手很快的熟悉，2003年七月也释出了FuseBox 4，在3.0时是用巢状的layout模组，但是4.0是采用更具有弹性的内容变数来产生layout，并且允许你由一个query来执行多个Fuseaction，并有Plug-in的开放架构，让其他的协定厂可以一起与FuseBox整合。

虽然我看的是很基本的FuseBox，但是有兴趣的读者可以到下面的网站去取得更丰富的资源，很快地累积你的开发经验。

http://www.techspedition.com(这里有几本值得参考的FuseBox书籍)
http://www.halhelms.com(此网站内有FuseBox线上多媒体教学)
http://www.fusebox.org (当然不可错过FuseBox的老家，里头有讨论Fusebox的相关议题)

发表于 @ 2004年09月16日 17:55:00|评论(loading...)|编辑