<?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: Exploring SPL: Interfaces</title>
	<atom:link href="http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/</link>
	<description>Suum cuique</description>
	<lastBuildDate>Mon, 19 Jul 2010 08:34:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Victor Farazdagi</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-1088</link>
		<dc:creator>Victor Farazdagi</dc:creator>
		<pubDate>Wed, 09 Jun 2010 19:14:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-1088</guid>
		<description>@Dmitri

Well, actually no &quot;NOT&quot; is missing, as I wanted to point out that Observer actually has knowledge about Subject (update method requires you to pass subject). 

Still, when revisiting this now I suppose that this coupling is avoidable, and as such - issue of the example code, not SplSubject/SplObserver per se.

So thanks for pointing this out.</description>
		<content:encoded><![CDATA[<p>@Dmitri</p>
<p>Well, actually no &#8220;NOT&#8221; is missing, as I wanted to point out that Observer actually has knowledge about Subject (update method requires you to pass subject). </p>
<p>Still, when revisiting this now I suppose that this coupling is avoidable, and as such &#8211; issue of the example code, not SplSubject/SplObserver per se.</p>
<p>So thanks for pointing this out.</p>
<link rel="stylesheet" type="text/css" href="http://www.phpmag.ru/wp-content/plugins/tippy/dom_tooltip.css" media="screen" /><script type="text/javascript" src="http://www.phpmag.ru/wp-content/plugins/tippy/dom_tooltip.js"></script>]]></content:encoded>
	</item>
	<item>
		<title>By: Dmitri</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-1087</link>
		<dc:creator>Dmitri</dc:creator>
		<pubDate>Wed, 09 Jun 2010 06:08:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-1087</guid>
		<description>Regarding SplObserver/SplSubject... I presume you wanted to say &quot;for example, our observer is *NOT* aware that subject has getTitle() method&quot;. NOT is missed.

Nice article tho!</description>
		<content:encoded><![CDATA[<p>Regarding SplObserver/SplSubject&#8230; I presume you wanted to say &#8220;for example, our observer is *NOT* aware that subject has getTitle() method&#8221;. NOT is missed.</p>
<p>Nice article tho!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PHP Magazine &#187; PHP5: Predefined Interfaces</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-1071</link>
		<dc:creator>PHP Magazine &#187; PHP5: Predefined Interfaces</dc:creator>
		<pubDate>Fri, 28 May 2010 15:31:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-1071</guid>
		<description>[...] This article serves as preliminary for SPL Interfaces article to be published later [...]</description>
		<content:encoded><![CDATA[<p>[...] This article serves as preliminary for SPL Interfaces article to be published later [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen J. Fuhry</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-1059</link>
		<dc:creator>Stephen J. Fuhry</dc:creator>
		<pubDate>Tue, 04 May 2010 12:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-1059</guid>
		<description>Excellent article -- it&#039;s difficult to find such a comprehensive yet concrete treatment of SPL.

Is it possible / practical to use the RecursiveIterator interface to &quot;explode&quot; a flat array, as well as flatten an exploded array? Or, is there another tool in the SPL suite designed to accomplish this?</description>
		<content:encoded><![CDATA[<p>Excellent article &#8212; it&#8217;s difficult to find such a comprehensive yet concrete treatment of SPL.</p>
<p>Is it possible / practical to use the RecursiveIterator interface to &#8220;explode&#8221; a flat array, as well as flatten an exploded array? Or, is there another tool in the SPL suite designed to accomplish this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P18X</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-825</link>
		<dc:creator>P18X</dc:creator>
		<pubDate>Wed, 02 Dec 2009 15:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-825</guid>
		<description>Thank you for this article, it is one of the most comprehensive articles about SPL interfaces I found.

One little bug I found in your implementation of OuterIterator: 
the filter does not take into consideration the first element, if you start your array with 6, it will show 6, 3, 5.

To help you fix this, you can take a look at the FilterIterator class source code:

http://www.php.net/~helly/php/ext/spl/filteriterator_8inc-source.html#l00026</description>
		<content:encoded><![CDATA[<p>Thank you for this article, it is one of the most comprehensive articles about SPL interfaces I found.</p>
<p>One little bug I found in your implementation of OuterIterator:<br />
the filter does not take into consideration the first element, if you start your array with 6, it will show 6, 3, 5.</p>
<p>To help you fix this, you can take a look at the FilterIterator class source code:</p>
<p><a href="http://www.php.net/~helly/php/ext/spl/filteriterator_8inc-source.html#l00026" rel="nofollow">http://www.php.net/~helly/php/ext/spl/filteriterator_8inc-source.html#l00026</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ahmad</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-816</link>
		<dc:creator>Ahmad</dc:creator>
		<pubDate>Wed, 04 Nov 2009 17:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-816</guid>
		<description>I&#039;m eagerly waiting for your next SPL article, hope you publish them soon.
There are very few resources about SPL and I think most of the developers are not aware of it. Do you know why?</description>
		<content:encoded><![CDATA[<p>I&#8217;m eagerly waiting for your next SPL article, hope you publish them soon.<br />
There are very few resources about SPL and I think most of the developers are not aware of it. Do you know why?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: muddylemon</title>
		<link>http://www.phpmag.ru/2009/08/05/exploring-spl-interfaces/comment-page-1/#comment-497</link>
		<dc:creator>muddylemon</dc:creator>
		<pubDate>Wed, 05 Aug 2009 03:21:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.phpmag.ru/?p=752#comment-497</guid>
		<description>&lt;strong&gt;Read Later Pile - Exploring Spl Interfaces...&lt;/strong&gt;

In an attempt to shed some light on and to draw attention to SPL, I plan to post several articles discussing various parts of this extension. I will start with SPL Interfaces so that you can grasp immediately the usefulness of the SPL....</description>
		<content:encoded><![CDATA[<p><strong>Read Later Pile &#8211; Exploring Spl Interfaces&#8230;</strong></p>
<p>In an attempt to shed some light on and to draw attention to SPL, I plan to post several articles discussing various parts of this extension. I will start with SPL Interfaces so that you can grasp immediately the usefulness of the SPL&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
