<?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>Mon, 21 May 2012 08:28:07 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Luc De Brouwer's Blog: Web services and backward compatibility]]></title>
      <guid>http://www.phpdeveloper.org/news/14910</guid>
      <link>http://www.phpdeveloper.org/news/14910</link>
      <description><![CDATA[<p>
<i>Luc De Brouwer</i> has <a href="http://www.lucdebrouwer.nl/web-services-and-backward-compatibility/">a reminder for web services developers</a> out there - don't forget about backwards compatibility.
</p>
<blockquote>
About a year ago I was asked by a client to update their existing web service because of some changes in the way they wanted to process their sales data. Luckily this client has always understood the importance of a Service-Oriented Architecture ( SOA ) since they deal with large amounts of resellers who need to access, edit and create data. All I had to do was apply the changes to their web service.
</blockquote>
<p>
He lists the steps he followed when making the update - thinking about backwards compatibility, evaluating current functionality for use and possibly decommissioning older pieces. 
</p>]]></description>
      <pubDate>Thu, 05 Aug 2010 12:44:02 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Nick Halstead's Blog: Bad code, bad data flow, good idea?]]></title>
      <guid>http://www.phpdeveloper.org/news/7845</guid>
      <link>http://www.phpdeveloper.org/news/7845</link>
      <description><![CDATA[<p>
While developing a new application in a framework, <i>Nick Halstead</i> came across an "oops" point where he realized that the part of the application he was working on could have been coded better. In <a href="http://blog.assembleron.com/2007/05/14/bad-code-bad-data-flow-good-idea/">this instance</a>, he found a spot where he needed to pass data backwards and forwards through the app without loosing "the flow". His solution? Singletons!
</p>
<blockquote>
One of these situations occurs when you suddenly that find you don't have access to data you want, or you can't pass back (or forward) data as part of the common flow of your application. [...] The solution was to create a singleton class which uses references to bind a name to a already defined variable.
</blockquote>
<p>
In <a href="http://blog.assembleron.com/2007/05/14/bad-code-bad-data-flow-good-idea/">his example</a>, he illustrates (and explains) how to use a class he developed (varmap) to handle the assignment/removal/etc of the data to the common Singleton object.
</p>]]></description>
      <pubDate>Tue, 15 May 2007 09:28:00 -0500</pubDate>
    </item>
  </channel>
</rss>

