<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Go NOOP with ActionScript 3!</title>
	<atom:link href="http://flashrevolution.net/go-noop-with-actionscript-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://flashrevolution.net/go-noop-with-actionscript-3/</link>
	<description>Another Singapore Flash User Group</description>
	<pubDate>Fri, 21 Nov 2008 04:01:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: kevin</title>
		<link>http://flashrevolution.net/go-noop-with-actionscript-3/#comment-263</link>
		<dc:creator>kevin</dc:creator>
		<pubDate>Tue, 08 Jul 2008 12:49:06 +0000</pubDate>
		<guid isPermaLink="false">http://flashrevolution.net/?p=76#comment-263</guid>
		<description>I agree that procedual coding has its place, take for example banners. 

The scripting needed for them is usually minimal, as such the formal coding methods and sophistication of OOP is not required for such small jobs. Any time spent coding towards OOP is would largely be wasted.

As many Microsites have shown, such projects can still be coded using the procedual method as well, but if you are not careful you will very quickly find that the code becomes messy and that adding features becoming exponentially harder.

This is not to say that OOP is a silver bullet for larger projects. OOP is one of the established tools to help  keep complexity under control. but the root of managing complexity still boils down to good judgement and planning. 


Regardless of the trends, one should always excercise good judgement and use the correct tool that is best suited for the job.</description>
		<content:encoded><![CDATA[<p>I agree that procedual coding has its place, take for example banners. </p>
<p>The scripting needed for them is usually minimal, as such the formal coding methods and sophistication of OOP is not required for such small jobs. Any time spent coding towards OOP is would largely be wasted.</p>
<p>As many Microsites have shown, such projects can still be coded using the procedual method as well, but if you are not careful you will very quickly find that the code becomes messy and that adding features becoming exponentially harder.</p>
<p>This is not to say that OOP is a silver bullet for larger projects. OOP is one of the established tools to help  keep complexity under control. but the root of managing complexity still boils down to good judgement and planning. </p>
<p>Regardless of the trends, one should always excercise good judgement and use the correct tool that is best suited for the job.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
