<?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: Cairngorm Patterns: Batch Commands</title>
	<atom:link href="http://www.fusioncube.net/index.php/cairngorm-patterns-batch-commands/feed" rel="self" type="application/rss+xml" />
	<link>http://www.fusioncube.net/index.php/cairngorm-patterns-batch-commands</link>
	<description>Steve Brownlee's blog about Internet application technologies</description>
	<lastBuildDate>Mon, 08 Mar 2010 16:29:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Amichai Lesser</title>
		<link>http://www.fusioncube.net/index.php/cairngorm-patterns-batch-commands/comment-page-1#comment-33818</link>
		<dc:creator>Amichai Lesser</dc:creator>
		<pubDate>Fri, 01 May 2009 16:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.fusioncube.net/?p=451#comment-33818</guid>
		<description>Nice post.
In the following post http://www.awholenewweb.com/?p=51 I share an example in which I extended the events and commands to support Undo operations. I also needed to find a good way to avoid the N event files 1 for each data point in my model but I solved it by making the value object update its own properties. 
Your approach seems applicable for many other use cases, thanks for sharing.</description>
		<content:encoded><![CDATA[<p>Nice post.<br />
In the following post <a href="http://www.awholenewweb.com/?p=51" rel="nofollow">http://www.awholenewweb.com/?p=51</a> I share an example in which I extended the events and commands to support Undo operations. I also needed to find a good way to avoid the N event files 1 for each data point in my model but I solved it by making the value object update its own properties.<br />
Your approach seems applicable for many other use cases, thanks for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Brownlee</title>
		<link>http://www.fusioncube.net/index.php/cairngorm-patterns-batch-commands/comment-page-1#comment-33783</link>
		<dc:creator>Steve Brownlee</dc:creator>
		<pubDate>Fri, 24 Apr 2009 14:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.fusioncube.net/?p=451#comment-33783</guid>
		<description>@Karl: Yes, I did not like the implementation of SequenceCommand because, imo, it broke the basic purpose of the Command pattern.  This keeps each Command independent and decoupled from any other logic in the system.</description>
		<content:encoded><![CDATA[<p>@Karl: Yes, I did not like the implementation of SequenceCommand because, imo, it broke the basic purpose of the Command pattern.  This keeps each Command independent and decoupled from any other logic in the system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl Sigiscar</title>
		<link>http://www.fusioncube.net/index.php/cairngorm-patterns-batch-commands/comment-page-1#comment-33782</link>
		<dc:creator>Karl Sigiscar</dc:creator>
		<pubDate>Fri, 24 Apr 2009 14:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.fusioncube.net/?p=451#comment-33782</guid>
		<description>Very useful indeed. I previously used SequenceCommand and nextEvent but this requires to do something special in each command.

Your approach seems to not require any modification to commands.</description>
		<content:encoded><![CDATA[<p>Very useful indeed. I previously used SequenceCommand and nextEvent but this requires to do something special in each command.</p>
<p>Your approach seems to not require any modification to commands.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
