<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Simon Whatley &#187; web-based application frameworks</title>
	<atom:link href="http://www.simonwhatley.co.uk/tag/web-based-application-frameworks/feed" rel="self" type="application/rss+xml" />
	<link>http://www.simonwhatley.co.uk</link>
	<description>The opposite of every great idea is another great idea</description>
	<lastBuildDate>Wed, 02 Nov 2011 09:28:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Fusebox &#8211; Web Application Framework</title>
		<link>http://www.simonwhatley.co.uk/fusebox-web-application-framework</link>
		<comments>http://www.simonwhatley.co.uk/fusebox-web-application-framework#comments</comments>
		<pubDate>Wed, 19 Oct 2005 14:59:53 +0000</pubDate>
		<dc:creator>Simon</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Code]]></category>
		<category><![CDATA[ColdFusion]]></category>
		<category><![CDATA[Frameworks]]></category>
		<category><![CDATA[Fusebox]]></category>
		<category><![CDATA[Fusebox application architect]]></category>
		<category><![CDATA[Fusebox architect]]></category>
		<category><![CDATA[good manager]]></category>
		<category><![CDATA[machinery]]></category>
		<category><![CDATA[Magicbox (FLIP) Twin 1-Line Cordless Phone]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Sean Corfield]]></category>
		<category><![CDATA[Server Side]]></category>
		<category><![CDATA[web development]]></category>
		<category><![CDATA[web framework]]></category>
		<category><![CDATA[web-based application frameworks]]></category>
		<category><![CDATA[Web-based applications]]></category>

		<guid isPermaLink="false">http://www.simonwhatley.co.uk/?p=7</guid>
		<description><![CDATA[Application developers face a daunting task: they must translate the often fuzzily-defined requirements for a new application into the rigid language of computers.]]></description>
			<content:encoded><![CDATA[<p>Application developers face a daunting task: they must translate the often fuzzily-defined requirements for a new application into the rigid language of computers. While the Fusebox Lifecycle Process (<acronym title="Fusebox Lifecycle Process">FLiP</acronym>) offers help in managing the project management aspects of creating a new application, what help is there available to developers approaching the technical challenges of creating and maintaining applications?</p>
<p>Application frameworks answer this question, offering pre-built (and pre-tested) code &#8212; a collection of services that can provide the architectural underpinnings for a particular type of application. Web-based applications are increasingly the choice for new application development in which the browser becomes the &#8220;universal client&#8221;. As web development matures, web-based application frameworks allow the developer to concentrate more on meeting the business needs of the application and less on the &#8220;plumbing&#8221; needed to make that application work.</p>
<p>Fusebox is, by far, the most popular and mature web framework available for ColdFusion and PHP developers. The architecture of a Fusebox application is divided into various sections (&#8220;circuits&#8221; in Fusebox parlance), each of which has a particular focus. For example, the responsiblity for ensuring that only authorized users have access to all or part of the application might fall under a Security circuit.</p>
<p>The Fusebox application architect defines these circuits, as well as the individual actions (&#8220;fuseactions&#8221;) that may be requested of it. When a fuseaction request is made of the application, the Fusebox machinery (the &#8220;Fusebox&#8221;) routes the request to the appropriate circuit, where the fuseaction is processed. This idea of encapsulation of responsibilities makes it easy for different functional circuits to be &#8220;plugged&#8221; into an application, making it possible to reuse code.</p>
<p>Within the individual circuit responsible for carrying out the requested fuseaction, the Fusebox architect specifies the individual files (&#8220;fuses&#8221;) needed to fulfill the fuseaction request. Thus, the Fusebox acts like a good manager, delegating tasks to appropriate departments where it is decomposed into individual tasks, each of which can be assigned to individuals to carry out.</p>
<p><script type="text/javascript"><!--
google_ad_client = "pub-6475233631580417";
/* 468x60 Basic */
google_ad_slot = "7117418273";
google_ad_width = 468;
google_ad_height = 60;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script></p>
]]></content:encoded>
			<wfw:commentRss>http://www.simonwhatley.co.uk/fusebox-web-application-framework/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

