<?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: Fundamentals of Object-Oriented Design in UML: Book Review</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Sat, 11 Feb 2012 23:17:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Alexandre Gazola</title>
		<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/comment-page-1/#comment-29839</link>
		<dc:creator>Alexandre Gazola</dc:creator>
		<pubDate>Tue, 05 Jan 2010 23:08:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1890#comment-29839</guid>
		<description>&quot;The idea is that while some information about our object will be viewable to other objects e.g. through attributes/getters, we can still hide the implementation of that information internally so that if we we want to change it in the future then we won&#039;t have to change all its clients too.&quot; 

In their &quot;Pickaxe&quot; book, the pragmatic programmers describe that idea as &quot;virtual attributes&quot;, which are quite natural when programming in the Ruby idiom. The idea is that one cannot tell whether or not they are accessing a real attribute (eg.: car.direction = 45; in this case, direction is a setter and it hides the fact of whether or not there is the &#039;direction&#039; attribute). 

Cheers!</description>
		<content:encoded><![CDATA[<p>&#8220;The idea is that while some information about our object will be viewable to other objects e.g. through attributes/getters, we can still hide the implementation of that information internally so that if we we want to change it in the future then we won&#8217;t have to change all its clients too.&#8221; </p>
<p>In their &#8220;Pickaxe&#8221; book, the pragmatic programmers describe that idea as &#8220;virtual attributes&#8221;, which are quite natural when programming in the Ruby idiom. The idea is that one cannot tell whether or not they are accessing a real attribute (eg.: car.direction = 45; in this case, direction is a setter and it hides the fact of whether or not there is the &#8216;direction&#8217; attribute). </p>
<p>Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OOP: Behavioural and Structural constraints at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/comment-page-1/#comment-29331</link>
		<dc:creator>OOP: Behavioural and Structural constraints at Mark Needham</dc:creator>
		<pubDate>Thu, 31 Dec 2009 16:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1890#comment-29331</guid>
		<description>[...] Meilir Page-Jones language I think this would describe informative and imperative [...]</description>
		<content:encoded><![CDATA[<p>[...] Meilir Page-Jones language I think this would describe informative and imperative [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/comment-page-1/#comment-27521</link>
		<dc:creator>Mark Needham</dc:creator>
		<pubDate>Tue, 01 Dec 2009 19:38:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1890#comment-27521</guid>
		<description>Yeh that&#039;s probably an accurate observation. Need to try and spot some examples in real code bases of a lot of these to really understand the idea I find.</description>
		<content:encoded><![CDATA[<p>Yeh that&#8217;s probably an accurate observation. Need to try and spot some examples in real code bases of a lot of these to really understand the idea I find.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Gillard-Moss</title>
		<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/comment-page-1/#comment-27511</link>
		<dc:creator>Peter Gillard-Moss</dc:creator>
		<pubDate>Tue, 01 Dec 2009 15:29:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1890#comment-27511</guid>
		<description>Rings of operation sounds to me like a load of classes waiting to be born.</description>
		<content:encoded><![CDATA[<p>Rings of operation sounds to me like a load of classes waiting to be born.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Fundamentals of Object-Oriented Design in UML: Book Review at Mark Needham -- Topsy.com</title>
		<link>http://www.markhneedham.com/blog/2009/12/01/fundamentals-of-object-oriented-design-in-uml-book-review/comment-page-1/#comment-27510</link>
		<dc:creator>Tweets that mention Fundamentals of Object-Oriented Design in UML: Book Review at Mark Needham -- Topsy.com</dc:creator>
		<pubDate>Tue, 01 Dec 2009 15:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1890#comment-27510</guid>
		<description>[...] This post was mentioned on Twitter by Mark Needham and planettw, Nuno Marques. Nuno Marques said: RT @markhneedham: thoughts on fundamentals of object oriented design http://bit.ly/8vgzCq [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Mark Needham and planettw, Nuno Marques. Nuno Marques said: RT @markhneedham: thoughts on fundamentals of object oriented design <a href="http://bit.ly/8vgzCq" rel="nofollow">http://bit.ly/8vgzCq</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

