<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Architechtural Atrocities, part 1</title>
	<atom:link href="http://blog.iconara.net/2006/02/10/architechtural-atrocities-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.iconara.net/2006/02/10/architechtural-atrocities-part-1/</link>
	<description></description>
	<lastBuildDate>Tue, 31 Aug 2010 16:51:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Theo</title>
		<link>http://blog.iconara.net/2006/02/10/architechtural-atrocities-part-1/comment-page-1/#comment-7812</link>
		<dc:creator>Theo</dc:creator>
		<pubDate>Fri, 24 Apr 2009 12:13:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iconara.net/?p=9#comment-7812</guid>
		<description>&lt;p&gt;The point is that the source bitmap is the receiving object, so to apply filters to &lt;code&gt;bitmap1&lt;/code&gt; you write &lt;code&gt;bitmap1.applyFilters(bitmap1, ...)&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;Now, the docs say that you can pass another bitmap as the source, but that should have been a separate method. The common case it to apply the filters to the receiving object, so that should be what the method does. Then there could be a &lt;code&gt;applyFiltersWithSource&lt;/code&gt; (or whatever) that accepted a separate source bitmap. The architectural atrocity is that the designers of the &lt;code&gt;BitmapData&lt;/code&gt; class thought it was a good idea to mix these two together, so that in the common case you have a procedural-style object function where the first argument is the &lt;code&gt;this&lt;/code&gt; object.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The point is that the source bitmap is the receiving object, so to apply filters to <code>bitmap1</code> you write <code>bitmap1.applyFilters(bitmap1, ...)</code>.</p>

<p>Now, the docs say that you can pass another bitmap as the source, but that should have been a separate method. The common case it to apply the filters to the receiving object, so that should be what the method does. Then there could be a <code>applyFiltersWithSource</code> (or whatever) that accepted a separate source bitmap. The architectural atrocity is that the designers of the <code>BitmapData</code> class thought it was a good idea to mix these two together, so that in the common case you have a procedural-style object function where the first argument is the <code>this</code> object.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Arendar</title>
		<link>http://blog.iconara.net/2006/02/10/architechtural-atrocities-part-1/comment-page-1/#comment-7810</link>
		<dc:creator>Alexander Arendar</dc:creator>
		<pubDate>Fri, 24 Apr 2009 09:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.iconara.net/?p=9#comment-7810</guid>
		<description>&lt;p&gt;Dude,&lt;/p&gt;

&lt;p&gt;I agree with your point that returning a number is very funny thing and exceptions should work much better.
But regarding the first point on sourceBitmap argument... Could you provide your alternative of how the method signature would look like in ideal world? 
Anyway you need to pass the source bitmap as one of the arguments so seems having it named &quot;sourceBitmap&quot; is not that bad, better than param1 I think :)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Dude,</p>

<p>I agree with your point that returning a number is very funny thing and exceptions should work much better.
But regarding the first point on sourceBitmap argument&#8230; Could you provide your alternative of how the method signature would look like in ideal world? 
Anyway you need to pass the source bitmap as one of the arguments so seems having it named &#8220;sourceBitmap&#8221; is not that bad, better than param1 I think :)</p>]]></content:encoded>
	</item>
</channel>
</rss>
