<?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>Sun, 26 May 2013 03:21:49 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Tibo Beijen's Blog: Catching PHP Exceptions: Except the unexpected]]></title>
      <guid>http://www.phpdeveloper.org/news/13436</guid>
      <link>http://www.phpdeveloper.org/news/13436</link>
      <description><![CDATA[<p>
<i>Tibo Beijen</i> has <a href="http://www.tibobeijen.nl/blog/2009/10/26/catching-php-exceptions-except-the-unexpected/">a new post</a> to his blog today looking at exception handling starting with some of the basics and moving out to custom exception handing methods.
</p>
<blockquote>
Before PHP5 one had to resort to specific return values or drastic measures like trigger_error(). Planning exceptions, I found out, is just as important as class design. At any point where a developer needs to handle the possibility of an exception being thrown he needs to know: what Exceptions can I expect and what Exceptions do I plan to catch? In this post I'll show some important aspects to consider when planning exceptions.
</blockquote>
<p>
He starts off with a basic example of an exception, throwing it and catching it, as a part of a SOAP client sample and looks at things to catch, how to catch them and doing fun things like rethrowing and extending basic exception types.
</p>]]></description>
      <pubDate>Tue, 27 Oct 2009 10:21:43 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[The Bakery: An improvement to unbindModel on model side]]></title>
      <guid>http://www.phpdeveloper.org/news/6894</guid>
      <link>http://www.phpdeveloper.org/news/6894</link>
      <description><![CDATA[<p>
The Bakery has a <a href="http://bakery.cakephp.org/articles/view/185">new CakePHP tip</a> posted today showing how to improve the unbindModel handling on the model side of things (versus in the controller as <a href="http://www.phpdeveloper.org/news/6856">mentioned previously</a>).
</p>
<blockquote>
The problem with that solution is that it requires you to change the way you define your model relations. [...] Rather try to change your code to suit your needs, and let CakePHP do what it does best: act as a framework.
</blockquote>
<p>
<a href="http://bakery.cakephp.org/articles/view/185">The technique</a> approaches the associations differently - loaded and called when you make the call to expects() versus just automatically. They include the code to make it all work for an extension to the Model (AppModel), and extension to the AppModel (Title), and finally the TitlesController that shows the deliberate calls to expects to pull in the models.
</p>]]></description>
      <pubDate>Thu, 14 Dec 2006 07:56:00 -0600</pubDate>
    </item>
  </channel>
</rss>
