<?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: Managing State in CAB Smart Clients</title>
	<atom:link href="http://laribee.com/managing-state-in-cab-smart-clients/feed" rel="self" type="application/rss+xml" />
	<link>http://laribee.com/managing-state-in-cab-smart-clients</link>
	<description>There are eight million stories in Cloud City; this is just one.</description>
	<lastBuildDate>Tue, 09 Mar 2010 19:48:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Reno Jackson</title>
		<link>http://laribee.com/managing-state-in-cab-smart-clients/comment-page-1#comment-76</link>
		<dc:creator>Reno Jackson</dc:creator>
		<pubDate>Sat, 09 Jan 2010 12:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://laribee.com/blog/2006/10/31/managing-state-in-cab-smart-clients/#comment-76</guid>
		<description>I understand what you are trying to say here. I too have a problem with CAB that has plagued it since its inception. Its in-process and standalone nature does not allow it to scale beyond a certain point. Integrity issues pop up and the best option is not to use it altogether. All this is better explained here: &lt;a href=&quot;http://www.alachisoft.com/ncache/caching-application-block_index.html&quot; rel=&quot;nofollow&quot;&gt;http://www.alachisoft.com/ncache/caching-applic...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I understand what you are trying to say here. I too have a problem with CAB that has plagued it since its inception. Its in-process and standalone nature does not allow it to scale beyond a certain point. Integrity issues pop up and the best option is not to use it altogether. All this is better explained here: <a href="http://www.alachisoft.com/ncache/caching-application-block_index.html" rel="nofollow"></a><a href="http://www.alachisoft.com/ncache/caching-applic.." rel="nofollow">http://www.alachisoft.com/ncache/caching-applic..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Schofield</title>
		<link>http://laribee.com/managing-state-in-cab-smart-clients/comment-page-1#comment-75</link>
		<dc:creator>Paul Schofield</dc:creator>
		<pubDate>Fri, 19 Sep 2008 10:40:50 +0000</pubDate>
		<guid isPermaLink="false">http://laribee.com/blog/2006/10/31/managing-state-in-cab-smart-clients/#comment-75</guid>
		<description>I&#039;ve been scouring blogs looking for practical in-depth guidance for CAB in real-life applications.  Thank you for delving into this topic!

One question that I can&#039;t  seem to find advice on is this: if the Presenter needs to fetch data from different services (or re-use data already in memory) depending on the use case, would it make sense in that scenario to factor out the use case-specific logic into separate WorkItem controllers?  I feel a little guilty making service calls inside a SmartPart, as there could always be a new use case in which the SmartPart does not persist its data, but leaves that up to the WorkItem controller.  It feels like persistence is use-case-specific to me.

I would be interested in hearing your thoughts.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been scouring blogs looking for practical in-depth guidance for CAB in real-life applications.  Thank you for delving into this topic!</p>
<p>One question that I can&#8217;t  seem to find advice on is this: if the Presenter needs to fetch data from different services (or re-use data already in memory) depending on the use case, would it make sense in that scenario to factor out the use case-specific logic into separate WorkItem controllers?  I feel a little guilty making service calls inside a SmartPart, as there could always be a new use case in which the SmartPart does not persist its data, but leaves that up to the WorkItem controller.  It feels like persistence is use-case-specific to me.</p>
<p>I would be interested in hearing your thoughts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: edgelttrind</title>
		<link>http://laribee.com/managing-state-in-cab-smart-clients/comment-page-1#comment-74</link>
		<dc:creator>edgelttrind</dc:creator>
		<pubDate>Thu, 06 Sep 2007 21:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://laribee.com/blog/2006/10/31/managing-state-in-cab-smart-clients/#comment-74</guid>
		<description>http://free-sex-lolita-tgp.com/lolita-zoo-tgp.html lolita zoo tgp</description>
		<content:encoded><![CDATA[<p><a href="http://free-sex-lolita-tgp.com/lolita-zoo-tgp.html" rel="nofollow">http://free-sex-lolita-tgp.com/lolita-zoo-tgp.html</a> lolita zoo tgp</p>
]]></content:encoded>
	</item>
</channel>
</rss>
