<?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: Object Teams says: &#8220;Hello Eclipse&#8221;</title>
	<atom:link href="http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/</link>
	<description>Everthing Object Teams - adding team spirit to your objects.</description>
	<pubDate>Fri, 18 May 2012 09:13:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Compare Object Teams to AOP?</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-20</link>
		<dc:creator>Compare Object Teams to AOP?</dc:creator>
		<pubDate>Sat, 13 Feb 2010 22:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-20</guid>
		<description>[...] In response to our &#8220;Hello Eclipse&#8221; I was asked about &#8220;the distinction between OT, AOP and delegation&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] In response to our &#8220;Hello Eclipse&#8221; I was asked about &#8220;the distinction between OT, AOP and delegation&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-18</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 12 Feb 2010 13:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-18</guid>
		<description>@Alex: Thanks for asking. Maybe that's too big a question to answer in a comment, so I should actually write a new post exactly to that question. 

When you say "delegation" do you think of what happens in many design patterns like Decorator - something that can easily be done in plain Java? Or are you thinking of delegation as a language concept like in Self[1]? The latter supports overriding in a full template-and-hook style, the former does not.

Here's a teaser of my upcoming post then:
OT, AOP and delegation were developed from clearly different starting points, roughly sketched as:
 OT: more powerful modules
 AOP: better handle crosscutting concerns 
 Delegation: decompose behavior
It happens that the design issues tackled by these approaches overlap to some (small) extent, but that says nothing about the respective core concepts.

Comparing approaches "in terms of dynamism, coupling and separation of concerns" is a big task. I'll try to cover that in my post. Certainly all approaches *indend* to by dynamic, support losely coupled designs with excellent separation of concerns. The proof of the pudding is in the eating, but I will give some hints on different priorities among goals.

Actually, dynamism is again a very broad term. Let me just add as an anecdote that at the times of AspectJ 0.6.x I was urging the AspectJ folks to make aspect instances more first-class with better options to programmatically (un)register and/or (de)activate an aspect instance. They decided not to walk that road. While I'd say they lost dynamism, they surely have a different interpretation of dynamism, for which they probably have strong support. Ask them.

Positively speaking: the design of OT/J paid very close attention to what's already there in Java, be not disruptive, rather strengthen existing concepts than introducing entirely new concepts. Given that we know how to construct an object, the main focus was and is: how do we compose a modular, evolvable system from all those objects? How can this composition be specified in the source code? Flexibly, precisely, succinctly, unambiguously, scalably, ..ly, ..ly...

Once more: thanks for asking.
[1] http://en.wikipedia.org/wiki/Self_(programming_language)</description>
		<content:encoded><![CDATA[<p>@Alex: Thanks for asking. Maybe that&#8217;s too big a question to answer in a comment, so I should actually write a new post exactly to that question. </p>
<p>When you say &#8220;delegation&#8221; do you think of what happens in many design patterns like Decorator - something that can easily be done in plain Java? Or are you thinking of delegation as a language concept like in Self[1]? The latter supports overriding in a full template-and-hook style, the former does not.</p>
<p>Here&#8217;s a teaser of my upcoming post then:<br />
OT, AOP and delegation were developed from clearly different starting points, roughly sketched as:<br />
 OT: more powerful modules<br />
 AOP: better handle crosscutting concerns<br />
 Delegation: decompose behavior<br />
It happens that the design issues tackled by these approaches overlap to some (small) extent, but that says nothing about the respective core concepts.</p>
<p>Comparing approaches &#8220;in terms of dynamism, coupling and separation of concerns&#8221; is a big task. I&#8217;ll try to cover that in my post. Certainly all approaches *indend* to by dynamic, support losely coupled designs with excellent separation of concerns. The proof of the pudding is in the eating, but I will give some hints on different priorities among goals.</p>
<p>Actually, dynamism is again a very broad term. Let me just add as an anecdote that at the times of AspectJ 0.6.x I was urging the AspectJ folks to make aspect instances more first-class with better options to programmatically (un)register and/or (de)activate an aspect instance. They decided not to walk that road. While I&#8217;d say they lost dynamism, they surely have a different interpretation of dynamism, for which they probably have strong support. Ask them.</p>
<p>Positively speaking: the design of OT/J paid very close attention to what&#8217;s already there in Java, be not disruptive, rather strengthen existing concepts than introducing entirely new concepts. Given that we know how to construct an object, the main focus was and is: how do we compose a modular, evolvable system from all those objects? How can this composition be specified in the source code? Flexibly, precisely, succinctly, unambiguously, scalably, ..ly, ..ly&#8230;</p>
<p>Once more: thanks for asking.<br />
[1] <a href="http://en.wikipedia.org/wiki/Self_" rel="nofollow">http://en.wikipedia.org/wiki/Self_</a>(programming_language)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexandre Mazari</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-17</link>
		<dc:creator>Alexandre Mazari</dc:creator>
		<pubDate>Fri, 12 Feb 2010 09:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-17</guid>
		<description>Hi Stephen,

Very interesting concept !

Still, i fail to see the distinction between OT,AOP and delegation.
The three of them are used to separate concerns of a related object.
How would you compare OT to the two other solutions in term of dynamism, coupling and separation of concern ?
Thanks in advance,

Alex</description>
		<content:encoded><![CDATA[<p>Hi Stephen,</p>
<p>Very interesting concept !</p>
<p>Still, i fail to see the distinction between OT,AOP and delegation.<br />
The three of them are used to separate concerns of a related object.<br />
How would you compare OT to the two other solutions in term of dynamism, coupling and separation of concern ?<br />
Thanks in advance,</p>
<p>Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephan</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-9</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Wed, 10 Feb 2010 21:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-9</guid>
		<description>@Jens: Be our guest! I'm looking forward to your questions in our forum.

@Chris: With your ultra-short response times I had no problems with any of the bumps. Thanks for all your help! You earned yourself a free seating in an OT-tutorial deluxe :)

@Florian: long time no see, but here we meet!</description>
		<content:encoded><![CDATA[<p>@Jens: Be our guest! I&#8217;m looking forward to your questions in our forum.</p>
<p>@Chris: With your ultra-short response times I had no problems with any of the bumps. Thanks for all your help! You earned yourself a free seating in an OT-tutorial deluxe <img src='http://blog.objectteams.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>@Florian: long time no see, but here we meet!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Florian</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-8</link>
		<dc:creator>Florian</dc:creator>
		<pubDate>Wed, 10 Feb 2010 21:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-8</guid>
		<description>Stephan, congratulations for moving OT under the Eclipse umbrella!</description>
		<content:encoded><![CDATA[<p>Stephan, congratulations for moving OT under the Eclipse umbrella!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Aniszczyk</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-6</link>
		<dc:creator>Chris Aniszczyk</dc:creator>
		<pubDate>Wed, 10 Feb 2010 20:44:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-6</guid>
		<description>Welcome to the Eclipse community guys. Sorry for the bumpy ride in the beginning but now I hope it's smooth sailing from now on.</description>
		<content:encoded><![CDATA[<p>Welcome to the Eclipse community guys. Sorry for the bumpy ride in the beginning but now I hope it&#8217;s smooth sailing from now on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens v.P.</title>
		<link>http://blog.objectteams.org/2010/02/object-teams-says-hello-eclipse/#comment-5</link>
		<dc:creator>Jens v.P.</dc:creator>
		<pubDate>Wed, 10 Feb 2010 20:03:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.objectteams.org/?p=8#comment-5</guid>
		<description>Hello Object Teams! Frankly, in that programming context OT/J was one of the things I've gotten to know in the last years which really impressed me most. I'm looking forward using OT!</description>
		<content:encoded><![CDATA[<p>Hello Object Teams! Frankly, in that programming context OT/J was one of the things I&#8217;ve gotten to know in the last years which really impressed me most. I&#8217;m looking forward using OT!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

