<?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"
	>
<channel>
	<title>Comments on: OOP PHP What are the benefits?</title>
	<atom:link href="http://muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/feed/" rel="self" type="application/rss+xml" />
	<link>http://muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/</link>
	<description>the personal blog of Stuart Colville covering modern web development techniques and best practices</description>
	<pubDate>Sun, 07 Sep 2008 23:02:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: John</title>
		<link>http://muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/#comment-3</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 01 Jan 1970 01:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://dev.muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/#comment-3</guid>
		<description>I don't really think there's much of a debate to be had. Like the "how old a browser should you support" arguments, how heavily you value extensibility over performance depends almost entirely on what kind of application you are writing, who you expect to use it, and how often you anticipate changes. If you are making a very stable, high-traffic project, clearly you are going to want to lean towards speed and performance. But in my experience most PHP apps are intended for small audiences who's needs are either rapidly changing or poorly defined -- thus making on-the-fly changes more important. 

Whenever I work on an app, I ask myself how many people are going to be using it and how often. If one or both of those numbers are small, I always lean towards OOP-style coding, just because it is easier to maintain and my audience won't notice a fifty millisecond slowdown.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t really think there&#8217;s much of a debate to be had. Like the &#8220;how old a browser should you support&#8221; arguments, how heavily you value extensibility over performance depends almost entirely on what kind of application you are writing, who you expect to use it, and how often you anticipate changes. If you are making a very stable, high-traffic project, clearly you are going to want to lean towards speed and performance. But in my experience most PHP apps are intended for small audiences who&#8217;s needs are either rapidly changing or poorly defined &#8212; thus making on-the-fly changes more important. </p>
<p>Whenever I work on an app, I ask myself how many people are going to be using it and how often. If one or both of those numbers are small, I always lean towards OOP-style coding, just because it is easier to maintain and my audience won&#8217;t notice a fifty millisecond slowdown.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Colville</title>
		<link>http://muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/#comment-4</link>
		<dc:creator>Stuart Colville</dc:creator>
		<pubDate>Thu, 01 Jan 1970 01:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://dev.muffinresearch.co.uk/archives/2005/01/25/oop-php-what-are-the-benefits/#comment-4</guid>
		<description>The key point you make is a valid one in that, this  whole thing means different things to different people. My own view on the whole thing certainly relates more to practical usage than any concerns about speed of execution. For me, repetitive tasks are best done with classes and now that I use classes I won't be going back. </description>
		<content:encoded><![CDATA[<p>The key point you make is a valid one in that, this  whole thing means different things to different people. My own view on the whole thing certainly relates more to practical usage than any concerns about speed of execution. For me, repetitive tasks are best done with classes and now that I use classes I won&#8217;t be going back.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
