<?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 Jun 2013 04:19:19 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Adam Jensen's Blog: Distributing Zend Framework Modules]]></title>
      <guid>http://www.phpdeveloper.org/news/12580</guid>
      <link>http://www.phpdeveloper.org/news/12580</link>
      <description><![CDATA[<p>
<i>Adam Jensen</i> has written up <a href="http://jazzslider.wordpress.com/2009/05/21/distributing-zend-framework-modules/">a new blog post</a> about using modules in the Zend Framework and how to use them from multiple places in your application without the issues surrounding massive cut and paste code.
</p>
<blockquote>
The problem here is that the parent application (and the person installing it) has to know all sorts of nitty-gritty details about how the module does its business. [...] However, as I mentioned earlier, this situation has changed dramatically in Zend Framework 1.8, due to a wonderful little component called Zend_Application_Resource_Modules.
</blockquote>
<p>
This new bit of functionality allows the modules to have their own boostrapping logic and autoloading of other modules. Thi smakes integrating someone else's module into your framework a much simpler (and easy to maintain) endeavor. One thing he notes that's missing, though, is any dependencies that the modules might have between each other.
</p>]]></description>
      <pubDate>Wed, 27 May 2009 15:37:26 -0500</pubDate>
    </item>
  </channel>
</rss>
