<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
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/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
><channel><title>The Alien World &#187; Software Development</title> <atom:link href="http://thealienworld.com/category/software-development/feed/" rel="self" type="application/rss+xml" /><link>http://thealienworld.com</link> <description>An effort to understand the real world!</description> <lastBuildDate>Wed, 25 Jan 2012 11:17:50 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" /> <item><title>Prototype based development approach</title><link>http://thealienworld.com/2007/02/26/prototype-based-development-approach/</link> <comments>http://thealienworld.com/2007/02/26/prototype-based-development-approach/#comments</comments> <pubDate>Mon, 26 Feb 2007 13:20:51 +0000</pubDate> <dc:creator>Nitin</dc:creator> <category><![CDATA[Software Development]]></category> <category><![CDATA[Design Patterns]]></category><guid
isPermaLink="false">http://alienworld.wordpress.com/2007/02/26/prototype-based-development-approach/</guid> <description><![CDATA[<div
class="addthis_toolbox addthis_default_style " addthis:url='http://thealienworld.com/2007/02/26/prototype-based-development-approach/' addthis:title='Prototype based development approach '  ><a
class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a
class="addthis_button_tweet"></a><a
class="addthis_counter addthis_pill_style"></a></div> In my experience, usually as a developer you will never get clear cut project requirements, to an extent that there are no considerable requirements at all. Traditional approach is usually following waterfall model where requirements are captured upfront. Most of the time these requirements are not complete or adequate enough, which later results in extra [...]<div
class="addthis_toolbox addthis_default_style addthis_32x32_style" addthis:url='http://thealienworld.com/2007/02/26/prototype-based-development-approach/' addthis:title='Prototype based development approach ' ><a
class="addthis_button_preferred_1"></a><a
class="addthis_button_preferred_2"></a><a
class="addthis_button_preferred_3"></a><a
class="addthis_button_preferred_4"></a><a
class="addthis_button_compact"></a></div>]]></description> <wfw:commentRss>http://thealienworld.com/2007/02/26/prototype-based-development-approach/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Template based Factory Method</title><link>http://thealienworld.com/2007/01/09/8/</link> <comments>http://thealienworld.com/2007/01/09/8/#comments</comments> <pubDate>Mon, 08 Jan 2007 21:50:28 +0000</pubDate> <dc:creator>Nitin</dc:creator> <category><![CDATA[Software Development]]></category> <category><![CDATA[Design Patterns]]></category><guid
isPermaLink="false">http://alienworld.wordpress.com/2007/01/09/8/</guid> <description><![CDATA[<div
class="addthis_toolbox addthis_default_style " addthis:url='http://thealienworld.com/2007/01/09/8/' addthis:title='Template based Factory Method '  ><a
class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a
class="addthis_button_tweet"></a><a
class="addthis_counter addthis_pill_style"></a></div>Factory method pattern is similar to Abstract factory, the major difference being that the former requires sub-classing to create the product objects where as the later does not require. There may be a problem scenario with Factory Method, as having a sub-class for each product may not be desirable. This may be over come by [...]<div
class="addthis_toolbox addthis_default_style addthis_32x32_style" addthis:url='http://thealienworld.com/2007/01/09/8/' addthis:title='Template based Factory Method ' ><a
class="addthis_button_preferred_1"></a><a
class="addthis_button_preferred_2"></a><a
class="addthis_button_preferred_3"></a><a
class="addthis_button_preferred_4"></a><a
class="addthis_button_compact"></a></div>]]></description> <wfw:commentRss>http://thealienworld.com/2007/01/09/8/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Killing a singleton</title><link>http://thealienworld.com/2007/01/08/killing-a-singleton/</link> <comments>http://thealienworld.com/2007/01/08/killing-a-singleton/#comments</comments> <pubDate>Mon, 08 Jan 2007 03:52:30 +0000</pubDate> <dc:creator>Nitin</dc:creator> <category><![CDATA[Software Development]]></category> <category><![CDATA[Design Patterns]]></category><guid
isPermaLink="false">http://alienworld.wordpress.com/2007/01/08/killing-a-singleton/</guid> <description><![CDATA[<div
class="addthis_toolbox addthis_default_style " addthis:url='http://thealienworld.com/2007/01/08/killing-a-singleton/' addthis:title='Killing a singleton '  ><a
class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a
class="addthis_button_tweet"></a><a
class="addthis_counter addthis_pill_style"></a></div>I am reading &#8220;Pattern Hatching&#8221; by John Vlissides (http://www.research.ibm.com/designpatterns/pubs/ph-jun96.txt). I have come across the Singleton Pattern. The way to use a SingletonDestroyer (SD) class to “KILL a Singleton instance” is interesting. In John’s approach, destructor is made protected so that the user is not allowed to delete the singleton instance explicitly, also as said Singleton [...]<div
class="addthis_toolbox addthis_default_style addthis_32x32_style" addthis:url='http://thealienworld.com/2007/01/08/killing-a-singleton/' addthis:title='Killing a singleton ' ><a
class="addthis_button_preferred_1"></a><a
class="addthis_button_preferred_2"></a><a
class="addthis_button_preferred_3"></a><a
class="addthis_button_preferred_4"></a><a
class="addthis_button_compact"></a></div>]]></description> <wfw:commentRss>http://thealienworld.com/2007/01/08/killing-a-singleton/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Singletonitis</title><link>http://thealienworld.com/2006/12/17/singletonitis/</link> <comments>http://thealienworld.com/2006/12/17/singletonitis/#comments</comments> <pubDate>Sat, 16 Dec 2006 21:43:35 +0000</pubDate> <dc:creator>Nitin</dc:creator> <category><![CDATA[Software Development]]></category> <category><![CDATA[Design Patterns]]></category><guid
isPermaLink="false">http://alienworld.wordpress.com/2007/01/07/singletonitis/</guid> <description><![CDATA[<div
class="addthis_toolbox addthis_default_style " addthis:url='http://thealienworld.com/2006/12/17/singletonitis/' addthis:title='Singletonitis '  ><a
class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a
class="addthis_button_tweet"></a><a
class="addthis_counter addthis_pill_style"></a></div>My colleagues say that I am infected from “Singletonitis”. It is an addiction to Singleton pattern. :) Singleton pattern allows only a single instance of a class with a global access. Now my addiction is not on its over use in code, but because of lot of preaching to my team mates about singletons&#8230; It [...]<div
class="addthis_toolbox addthis_default_style addthis_32x32_style" addthis:url='http://thealienworld.com/2006/12/17/singletonitis/' addthis:title='Singletonitis ' ><a
class="addthis_button_preferred_1"></a><a
class="addthis_button_preferred_2"></a><a
class="addthis_button_preferred_3"></a><a
class="addthis_button_preferred_4"></a><a
class="addthis_button_compact"></a></div>]]></description> <wfw:commentRss>http://thealienworld.com/2006/12/17/singletonitis/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> </channel> </rss>
<!-- Served from: thealienworld.com @ 2012-02-08 02:17:05 by W3 Total Cache -->
