<?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, 19 May 2013 20:28:33 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Ralph Schindler's Blog: Learning About Dependency Injection and PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/16359</guid>
      <link>http://www.phpdeveloper.org/news/16359</link>
      <description><![CDATA[<p>
<i>Ralph Schindler</i> has a new post to his blog describing some of the what he's done to understand dependency injection in PHP and <a href="http://ralphschindler.com/2011/05/18/learning-about-dependency-injection-and-php">includes some illustrations</a> to share that information.
</p>
<blockquote>
Whatever the reason, one of the newest concepts (at least over the past 3 years or so) that has emerged as one of our heated topics of debate is how to manage object dependencies. Interestingly, the argument of how to manage dependencies is generally named by the solution which it's proponents give as the solution: <a href="http://en.wikipedia.org/wiki/Dependency_injection">dependency injection</a> (the abstract principle is actually called <a href="http://en.wikipedia.org/wiki/Inversion_of_control">Inversion of control</a>).
</blockquote>
<p>
He starts with simple examples - pushing an object into the creation of another - and backfills with a brief history of dependencies in PHP applications for a little context. He talks about DI frameworks like <a href="http://en.wikipedia.org/wiki/Spring_Framework">Spring</a> and some of the other criticisms and thoughts you'll need to consider when using DI (and DI containers) during development and deployment.
</p>]]></description>
      <pubDate>Thu, 19 May 2011 08:57:10 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Brandon Savage's Blog: Upgrades In Open Source]]></title>
      <guid>http://www.phpdeveloper.org/news/14155</guid>
      <link>http://www.phpdeveloper.org/news/14155</link>
      <description><![CDATA[<p>
<i>Brandon Savage</i> has posted his <a href="http://www.brandonsavage.net/upgrades-in-open-source/">own response</a> to the "don't be afraid of the upgrade" thread that's been going around concerning updating to PHP 5.3. He takes a different approach to the matter, though - one of a bit more caution.
</p>
<blockquote>
When it comes to open source projects endorsing PHP 5.3 as their one and only PHP platform, I encourage caution. When it comes to open source projects that use PHP, there are three main issues that I believe should be considered before making the leap to PHP 5.3 (or any new release of any new software).
</blockquote>
<p>
He sees three considerations projects and companies should consider before making the upgrade on their servers - the amount of control you have over the environment, deciding if the upgrade is worth possible backwards compatibility breaks and how much support you want to still provide for the pre-5.3 version(s).
</p>]]></description>
      <pubDate>Tue, 09 Mar 2010 12:50:56 -0600</pubDate>
    </item>
  </channel>
</rss>
