<?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>Tue, 18 Jun 2013 02:01:05 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Stubbles Blog: Some remarks to serialization without pity]]></title>
      <guid>http://www.phpdeveloper.org/news/7485</guid>
      <link>http://www.phpdeveloper.org/news/7485</link>
      <description><![CDATA[<p>
In response to <a href="http://terrychay.com/blog/article/object-serialization-without-pity.shtml">Terry Chay's response</a> about his <a href="http://www.phpdeveloper.org/news/7453">previous blog post</a>, <i>Frank Kleine</i> has posted <a href="http://www.stubbles.org/archives/13-Some-remarks-to-serialization-without-pity.html">a few more comments</a> on the topic of object serialization and some of the assertions <i>Terry</i> made.
</p>
<blockquote>
<a href="http://terrychay.com/blog/article/object-serialization-without-pity.shtml">Terry Chay</a> made some remarks to <a href="http://www.stubbles.org/archives/12-Lazy-loading-of-classes-stored-in-a-session-without-__autoload.html">my last blog entry</a> about a solution for lazy class loading without using __autoload(). Some of his statements seem like I explained my implementation not good enough leading to wrong interpretations. In this blog entry I'll use some of his statements to take a deeper look into my implementation and show that he has drawed some conclusions which I want to disprove.
</blockquote>
<p>
He <a href="http://www.stubbles.org/archives/13-Some-remarks-to-serialization-without-pity.html">goes back</a> and corrects some of what <i>Terry</i> has said in his response, including showing a more detailed version of him implementation. Be sure to check out the comments for the post, though - <i>Terry</i> comes back and clarifies some of the comments he'd made including the framework talk and changes of perspective having seen the new code snippet/information.
</p>]]></description>
      <pubDate>Thu, 22 Mar 2007 10:39:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Terry Chay's Blog: serialization without pity]]></title>
      <guid>http://www.phpdeveloper.org/news/7473</guid>
      <link>http://www.phpdeveloper.org/news/7473</link>
      <description><![CDATA[<p>
In response to <a href="http://www.phpdeveloper.org/news/7453">a post from the Stubbles blog</a>, <i>Terry Chay</i> has <a href="http://terrychay.com/blog/article/object-serialization-without-pity.shtml">posted some of his thoughts</a> about the serialization solution presented in the other post.
</p>
<blockquote>
Frank Kleine writes a PHP 5 framework called <a href="http://stubbles.net/">Stubbles</a>. I have <a href="http://terrychay.com/blog/article/why-frameworks-fail.shtml">a long-standing view about frameworks</a> that hasn't changed one bit. But instead of arguing about the Sysaphean task Frank is engaging in, I'll show what my approach is to one small component (while being a bit jealous that he can actually develop in PHP 5).
</blockquote>
<p>
<i>Frank</i>'s solution involves storing the objects in the session, serializing them first. The issue comes up when the class(es) the object needs aren't included into the page. <i>Terry</i> offers a different sort of solution - one also using __autoload, but using it combined with unserialize_callback_func.
</p>
<p>
<i>Terry</i> compares this with <i>Frank</i>'s approach and notes that his method "closes off" the system from the very PHP functions that could make his life simpler (making a separate handling system). He also <a href="http://terrychay.com/blog/article/object-serialization-without-pity.shtml">includes</a> a method for doing the same when all you know is the class file's name (non-PEAR format). 
</p>]]></description>
      <pubDate>Wed, 21 Mar 2007 12:02:00 -0500</pubDate>
    </item>
  </channel>
</rss>
