<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com : Stories kicked by rao.ritesh</title>
    <description>Stories kicked by rao.ritesh</description>
    <link>http://www.dotnetkicks.com/</link>
    <language>en-us</language>
    <copyright>Atweb Publishing Ltd.</copyright>
    <docs>http://backend.userland.com/rss</docs>
    <generator>DotNetKicks.com - .NET links, community driven</generator>
    <ttl>30</ttl>
    <item>
      <title>The Unit of Work Pattern - Part Deux</title>
      <description>Last week's post, Implementing a persistence ignorant Unit of Work framework (if you haven't read this post yet I would encourage you to do so as this post builds on the previous post), showed how to implement a foundation for the Unit of Work pattern that can be used to implement specific Unit of Work components for any type of persistence framework.

In this post I'm going to enhance on the existing foundation to add another level to the Unit of Work, something I call the Unit of Work Scope that allows cascading unit of work scopes and transaction sharing.
 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f10%2funit-of-work-pattern-part-deux.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f10%2funit-of-work-pattern-part-deux.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_Unit_of_Work_Pattern_Part_Deux</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_Unit_of_Work_Pattern_Part_Deux</guid>
      <pubDate>Thu, 09 Oct 2008 22:48:58 GMT</pubDate>
    </item>
    <item>
      <title>Implementing a persistence ignorant Unit of Work framework</title>
      <description>In the previous post; The Unit of Work Pattern I put down some thoughts on the Unit of Work pattern. In this post I delve into implementing a Unit of Work framework that allows persistence ignorance and provides a base for a unit of work component that I can use in Rhinestone. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f10%2fimplementing-persistence-ignorant-unit.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f10%2fimplementing-persistence-ignorant-unit.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Implementing_a_persistence_ignorant_Unit_of_Work_framework</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Implementing_a_persistence_ignorant_Unit_of_Work_framework</guid>
      <pubDate>Thu, 09 Oct 2008 22:48:22 GMT</pubDate>
    </item>
    <item>
      <title>The Unit of Work Pattern</title>
      <description>Discussion and examples on the Unit of Work pattern. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f09%2funit-of-work-pattern.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f09%2funit-of-work-pattern.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_Unit_of_Work_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_Unit_of_Work_Pattern</guid>
      <pubDate>Sun, 28 Sep 2008 07:02:48 GMT</pubDate>
    </item>
    <item>
      <title>Building a generic IoC wrapper.</title>
      <description>This post steps through the process of creating an IoC wrapper that allows your application to be decoupled from the choice of IoC container. Using the IoC wrapper you can swap out IoC containers without affecting your application code and having to update code / references. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fbuilding-generic-ioc-wrapper.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fbuilding-generic-ioc-wrapper.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/architecture/Building_a_generic_IoC_wrapper</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/architecture/Building_a_generic_IoC_wrapper</guid>
      <pubDate>Wed, 27 Aug 2008 23:29:48 GMT</pubDate>
    </item>
    <item>
      <title>Persistence Ignorance and DDD with RepositoryBase</title>
      <description>This post goes into developing a sample that uses the repository base implemented in my previous post, RepositoryBase. The post also shows how you can leverage RepositoryBase and achieve a degree of Persistence Ignorance by implementing two separate persistence layers using Linq to SQL and NHibernate and transparently swapping one out for the other without affecting your domain or tests.   &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fpersistence-ignorance-and-ddd-with.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fpersistence-ignorance-and-ddd-with.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Persistence_Ignorance_and_DDD_with_RepositoryBase</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Persistence_Ignorance_and_DDD_with_RepositoryBase</guid>
      <pubDate>Wed, 20 Aug 2008 00:46:32 GMT</pubDate>
    </item>
    <item>
      <title>Implementing a Repository and Specificaiton pattern using Linq</title>
      <description>In my previous post I put down some thoughts on the Repository and Specification patterns and in the end said that with the introduction of Linq and the growing popularity of ORM frameworks and their support for Linq, it's time to look back at these two patterns and see how we can leverage Linq to simplify the patterns and make them infrastructure agnostic. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fimplementing-repository-and.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeinsanity.com%2f2008%2f08%2fimplementing-repository-and.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Implementing_a_Repository_and_Specificaiton_pattern_using_Linq</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Implementing_a_Repository_and_Specificaiton_pattern_using_Linq</guid>
      <pubDate>Fri, 15 Aug 2008 20:31:03 GMT</pubDate>
    </item>
  </channel>
</rss>