<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why Use a PHP Framework?</title>
	<atom:link href="http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/</link>
	<description>PHP, IBM i, and solutions in technology</description>
	<lastBuildDate>Thu, 26 Aug 2010 17:01:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Christian Achatz</title>
		<link>http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/comment-page-1/#comment-1836</link>
		<dc:creator>Christian Achatz</dc:creator>
		<pubDate>Tue, 24 Feb 2009 18:17:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/#comment-1836</guid>
		<description>Hello Alan, hello Nic,

I agree, that many framework developers are not aware of performance issues. A reason for that may be the availibility of byte code caching or other tools to store information (e.g. application caching, memcached, ...). But this is not true for everyone. Especially, the APF is designed for best performance (see http://adventure-php-framework.org/Page/103-Yii-vs-apf/~/sites_demosite_biz-action/setLanguage/lang/en). Combined with a rich featureset (see http://adventure-php-framework.org/Page/088-Why-apf/~/sites_demosite_biz-action/setLanguage/lang/en), the APF is worth a try!</description>
		<content:encoded><![CDATA[<p>Hello Alan, hello Nic,</p>
<p>I agree, that many framework developers are not aware of performance issues. A reason for that may be the availibility of byte code caching or other tools to store information (e.g. application caching, memcached, &#8230;). But this is not true for everyone. Especially, the APF is designed for best performance (see <a href="http://adventure-php-framework.org/Page/103-Yii-vs-apf/~/sites_demosite_biz-action/setLanguage/lang/en)" rel="nofollow">http://adventure-php-framework.org/Page/103-Yii-vs-apf/~/sites_demosite_biz-action/setLanguage/lang/en)</a>. Combined with a rich featureset (see <a href="http://adventure-php-framework.org/Page/088-Why-apf/~/sites_demosite_biz-action/setLanguage/lang/en)" rel="nofollow">http://adventure-php-framework.org/Page/088-Why-apf/~/sites_demosite_biz-action/setLanguage/lang/en)</a>, the APF is worth a try!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Seiden</title>
		<link>http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/comment-page-1/#comment-1774</link>
		<dc:creator>Alan Seiden</dc:creator>
		<pubDate>Tue, 10 Feb 2009 23:58:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/#comment-1774</guid>
		<description>Nic, good question. Yes, frameworks carry overhead that affects performance. For me, the benefits are usually worth the performance hit, but if the slowdown is unacceptable, I can make more efficient use of the framework or even customize/streamline the troublesome components.

Framework developers aren&#039;t oblivious to performance concerns. For example, Zend Framework&#039;s developers addressed these concerns in version 1.70. It runs much faster than previous versions and includes a &lt;a href=&quot;http://framework.zend.com/manual/en/performance.html&quot; rel=&quot;nofollow&quot;&gt;performance guide&lt;/a&gt; for developers needing more speed.

I&#039;m also a fan of caching. Many frameworks provide caching mechanisms that add back some of the performance.

In conclusion, although frameworks will always be slower than raw, hand-tuned code, they can provide decent performance, and even good performance with a little effort.</description>
		<content:encoded><![CDATA[<p>Nic, good question. Yes, frameworks carry overhead that affects performance. For me, the benefits are usually worth the performance hit, but if the slowdown is unacceptable, I can make more efficient use of the framework or even customize/streamline the troublesome components.</p>
<p>Framework developers aren&#8217;t oblivious to performance concerns. For example, Zend Framework&#8217;s developers addressed these concerns in version 1.70. It runs much faster than previous versions and includes a <a href="http://framework.zend.com/manual/en/performance.html" rel="nofollow">performance guide</a> for developers needing more speed.</p>
<p>I&#8217;m also a fan of caching. Many frameworks provide caching mechanisms that add back some of the performance.</p>
<p>In conclusion, although frameworks will always be slower than raw, hand-tuned code, they can provide decent performance, and even good performance with a little effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nic Appleby</title>
		<link>http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/comment-page-1/#comment-1768</link>
		<dc:creator>Nic Appleby</dc:creator>
		<pubDate>Tue, 10 Feb 2009 09:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.alanseiden.com/2008/06/25/why-use-php-frameworks/#comment-1768</guid>
		<description>I&#039;m wholly in favour of using a framework. I&#039;m just wondering about the order of the performance hit vs. a straight php application? Do you have any thoughts on whether it is noticeable, or whether the framework&#039;s benefits outweigh the performance hit?</description>
		<content:encoded><![CDATA[<p>I&#8217;m wholly in favour of using a framework. I&#8217;m just wondering about the order of the performance hit vs. a straight php application? Do you have any thoughts on whether it is noticeable, or whether the framework&#8217;s benefits outweigh the performance hit?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
