<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Thu, 20 Nov 2008 18:32:28 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[PHP 10.0 Blog: duck operator]]></title>
      <guid>http://www.phpdeveloper.org/news/10352</guid>
      <link>http://www.phpdeveloper.org/news/10352</link>
      <description><![CDATA[<p>
In <a href="http://php100.wordpress.com/2008/06/05/duck-operator/">this new post</a> to the PHP 10.0 blog today, <i>Stas</i> talks about <a href="http://en.wikipedia.org/wiki/Duck_typing">duck typing</a>, a method that lets the code decide the functionality to use rather than a direct relation to a parent.
</p>
<blockquote>
Well, if you are into <a href="http://en.wikipedia.org/wiki/Duck_typing">duck typing</a> style of programming, it may be interesting for you to have an object that implements certain set of functions, but not necessary declares it at class definition. Languages like Smalltalk do it all day along, so why PHP couldn't?
</blockquote>
<p>
His example defines an interface Cow and a class MooingGrassEater and a function, CowConsumer, that does the work. A classname is passed in and an instance of that class is checked with "implements" rather than "instanceof" to see if it uses the Cow interface. He points out a place where PHP itself uses something similar in <a href="http://php.net/manual/en/function.stream-wrapper-register.php">user defined streams</a>.
</p>]]></description>
      <pubDate>Thu, 05 Jun 2008 14:36:31 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Tobias Schlitt's Blog: Object relation mapping in eZ Components]]></title>
      <guid>http://www.phpdeveloper.org/news/7366</guid>
      <link>http://www.phpdeveloper.org/news/7366</link>
      <description><![CDATA[<p>
<i>Tobias Schlitt</i> has <a href="http://schlitt.info/applications/blog/index.php?/archives/528-Object-relation-mapping-in-eZ-Components.html">pointed out</a> a new <a href="http://ez.no/community/articles/the_persistentobject_ez_component_putting_relations_where_relations_belong">article he's written up</a> that acts as an introduction to the features of the new ORM component of the eZ Components application framework - the <a href="http://ez.no/doc/components/view/latest/(file)/classtrees_PersistentObject.html">PersisteneObject</a>.
</p>
<blockquote>
For me the coolest feature of PersistentObject is, that the component does not require you're ORM enabled classes to inherit from a certain base to allow your objects to be stored in a database (made persistent).
</blockquote>
<p>
This new object gives you a "wapper" of sorts to make any of the pre-existing objects in your application persistent. Check out <a href="http://ez.no/community/articles/the_persistentobject_ez_component_putting_relations_where_relations_belong">the article</a> for more.
</p>]]></description>
      <pubDate>Thu, 01 Mar 2007 10:03:00 -0600</pubDate>
    </item>
  </channel>
</rss>
