<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com - Stories tagged with Patterns</title>
    <description>the latest stories tagged with 'Patterns' from DotNetKicks.com</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>Get injected into the world of inverted dependencies</title>
      <description>My attempt to introduce you to the world of dependency injection and inversion of control containers. I'll show you what the fuzz is all about and how you can write more robust code thanks to a container. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeproject.com%2fArticles%2f386164%2fGet-injected-into-the-world-of-inverted-dependenci"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeproject.com%2fArticles%2f386164%2fGet-injected-into-the-world-of-inverted-dependenci" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Get_injected_into_the_world_of_inverted_dependencies</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Get_injected_into_the_world_of_inverted_dependencies</guid>
      <pubDate>Fri, 18 May 2012 13:34:19 GMT</pubDate>
    </item>
    <item>
      <title>The SOLID principles with real world examples</title>
      <description>The following article aims to explain the five SOLID principles with real world examples. The SOLID principles are five programming principles which is considered to be the foundation of every well designed application &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.gauffin.org%2f2012%2f05%2fsolid-principles-with-real-world-examples%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.gauffin.org%2f2012%2f05%2fsolid-principles-with-real-world-examples%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_SOLID_principles_with_real_world_examples</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_SOLID_principles_with_real_world_examples</guid>
      <pubDate>Fri, 11 May 2012 21:23:11 GMT</pubDate>
    </item>
    <item>
      <title>Some Servicelocator pattern stinks</title>
      <description>I have been working on a somewhat legacy codebase which makes use of the Servicelocator pattern. Although I always thought of Dependecy Injection to be the superior pattern, I was pleased to find some Inversion of Control implementation in there. Working with the codebase, I discovered first hand how easily, when used without caution and discipline, the Servicelocator pattern can introduce code rot.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.jefclaes.be%2f2012%2f04%2fsome-servicelocator-pattern-stinks.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.jefclaes.be%2f2012%2f04%2fsome-servicelocator-pattern-stinks.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Some_Servicelocator_pattern_stinks</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Some_Servicelocator_pattern_stinks</guid>
      <pubDate>Wed, 18 Apr 2012 13:55:46 GMT</pubDate>
    </item>
    <item>
      <title>A good way to keep your entities clean</title>
      <description>This tutorial will show you how to keep your entities and your views clean by translating entities to viewmodels. It is a good practice to do this because it keeps your files clean, it avoids certain security problems and it's more flexible, as you will read in this article. The examples are using C# and ASP.NET MVC, but the concept is pretty generic and can be applied to virtually every programming language or framework. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fleoncullens.nl%2fpost%2f2012%2f03%2f18%2fA-good-way-to-keep-your-entities-clean.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fleoncullens.nl%2fpost%2f2012%2f03%2f18%2fA-good-way-to-keep-your-entities-clean.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/A_good_way_to_keep_your_entities_clean</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/A_good_way_to_keep_your_entities_clean</guid>
      <pubDate>Sun, 18 Mar 2012 23:04:04 GMT</pubDate>
    </item>
    <item>
      <title>The Law of Demeter</title>
      <description>Coupling in object-oriented software indicates the level to which classes are reliant upon each other. A tightly coupled system is usually harder to maintain and modify than a loosely coupled one. The Law of Demeter addresses a specific coupling problem. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.blackwasp.co.uk%2fLawOfDemeter.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.blackwasp.co.uk%2fLawOfDemeter.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_Law_of_Demeter</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_Law_of_Demeter</guid>
      <pubDate>Sun, 19 Feb 2012 23:23:01 GMT</pubDate>
    </item>
    <item>
      <title>Common design patterns</title>
      <description>Common design patterns with .net &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fstevesmithblog.com%2fblog%2fcommon-design-patterns-resources%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fstevesmithblog.com%2fblog%2fcommon-design-patterns-resources%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Common_design_patterns</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Common_design_patterns</guid>
      <pubDate>Thu, 12 Jan 2012 13:10:39 GMT</pubDate>
    </item>
    <item>
      <title>Inversion of Control Containers - Things You Should Know</title>
      <description>Think you're a senior developer?  Not yet senior, but interested in taking the next step?  Today's topic in the &amp;quot;Things Every Senior .NET Developer Should Know&amp;quot; series will cover Dependency Injection, Inversion of Control containers, and my favorite Inversion of Control container, StructureMap. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fInversion-of-Control-Containers-Things-Every-Senior-NET-Developer-Should-Know-Part-3.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fInversion-of-Control-Containers-Things-Every-Senior-NET-Developer-Should-Know-Part-3.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Inversion_of_Control_Containers_Things_You_Should_Know</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Inversion_of_Control_Containers_Things_You_Should_Know</guid>
      <pubDate>Fri, 23 Dec 2011 08:43:03 GMT</pubDate>
    </item>
    <item>
      <title>Factory Overload</title>
      <description>Recently I received a question from Kelly Sommers about good ways to refactor away from Factory Overload. Basically, she's working in a code base where there's an explosion of Abstract Factories which seems to be counter-productive. In this post I'll take a look at the example problem and propose a set of alternatives. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.ploeh.dk%2f2011%2f12%2f19%2fFactoryOverload.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.ploeh.dk%2f2011%2f12%2f19%2fFactoryOverload.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Factory_Overload</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Factory_Overload</guid>
      <pubDate>Wed, 21 Dec 2011 17:24:30 GMT</pubDate>
    </item>
    <item>
      <title>SOLID - Things Every Senior .NET Developer Should Know, Part 2</title>
      <description>Think you're a senior .NET developer?  Then you should already be familiar with SOLID, a set of five principles originally introduced by Robert Martin. These principles will help guide you towards better, more maintainable code and may help you have more fun at the same time.  In this article, I'll cover the Single Responsibility, Open-Closed, Liskov Substitution, Interface Segregation, and Dependency Inversion principles.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fSOLID-Things-Every-Senior-NET-Developer-Should-Know-Part-2.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fSOLID-Things-Every-Senior-NET-Developer-Should-Know-Part-2.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/SOLID_Things_Every_Senior_NET_Developer_Should_Know_Part_2</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/SOLID_Things_Every_Senior_NET_Developer_Should_Know_Part_2</guid>
      <pubDate>Wed, 07 Dec 2011 17:09:34 GMT</pubDate>
    </item>
    <item>
      <title>Simple Producer Consumer with Tasks and .Net 4</title>
      <description>Alois Kraus walks us through implementing a producer/consumer pattern using Tasks in .Net 4 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fgeekswithblogs.net%2fakraus1%2farchive%2f2011%2f12%2f02%2f147923.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fgeekswithblogs.net%2fakraus1%2farchive%2f2011%2f12%2f02%2f147923.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Simple_Producer_Consumer_with_Tasks_and_Net_4</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Simple_Producer_Consumer_with_Tasks_and_Net_4</guid>
      <pubDate>Tue, 06 Dec 2011 20:30:57 GMT</pubDate>
    </item>
    <item>
      <title>Difference between dependency injection and mocking frameworks</title>
      <description>The difference between dependency injection and mocking frameworks explained with examples &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.gideondsouza.com%2fblog%2fdifference-between-dependency-injection-and-mocking-frameworks%23.TtjtkaJViSs.dotnetkicks"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.gideondsouza.com%2fblog%2fdifference-between-dependency-injection-and-mocking-frameworks%23.TtjtkaJViSs.dotnetkicks" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Difference_between_dependency_injection_and_mocking_frameworks</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Difference_between_dependency_injection_and_mocking_frameworks</guid>
      <pubDate>Sat, 03 Dec 2011 03:30:31 GMT</pubDate>
    </item>
    <item>
      <title>Implementing Chain of Responsibility Pattern</title>
      <description>The Chain of Responsibility Pattern is implemented when a request or process is handled by multiple objects each fulfilling a single responsibility. This post describes how to implement a chain of responsibility pattern in .Net. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.amazedsaint.com%2f2011%2f11%2fchain-of-responsibility-design-pattern.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.amazedsaint.com%2f2011%2f11%2fchain-of-responsibility-design-pattern.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Implementing_Chain_of_Responsibility_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Implementing_Chain_of_Responsibility_Pattern</guid>
      <pubDate>Mon, 14 Nov 2011 15:35:33 GMT</pubDate>
    </item>
    <item>
      <title>Introducing Autobox - on the fly DI container</title>
      <description>This post introduces Autobox - on the fly dependency injection (DI) container.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fweblogs.asp.net%2fmehfuzh%2farchive%2f2011%2f11%2f06%2fintroducing-autobox-on-the-fly-dependency-injection-and-caching-container.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fweblogs.asp.net%2fmehfuzh%2farchive%2f2011%2f11%2f06%2fintroducing-autobox-on-the-fly-dependency-injection-and-caching-container.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Introducing_Autobox_on_the_fly_DI_container</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Introducing_Autobox_on_the_fly_DI_container</guid>
      <pubDate>Sun, 06 Nov 2011 07:21:11 GMT</pubDate>
    </item>
    <item>
      <title>The CQRS Dilemma and Related Random Thoughts</title>
      <description>Anoop Madhusudanan writes about CQRS and why he is no longer a skeptic, and answers the question &amp;quot;Do I need CQRS?&amp;quot; &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.amazedsaint.com%2f2011%2f11%2fcqrs-dilemma-and-related-random.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.amazedsaint.com%2f2011%2f11%2fcqrs-dilemma-and-related-random.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_CQRS_Dilemma_and_Related_Random_Thoughts</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_CQRS_Dilemma_and_Related_Random_Thoughts</guid>
      <pubDate>Thu, 03 Nov 2011 04:16:32 GMT</pubDate>
    </item>
    <item>
      <title>A look at Dependency Injection and Inversion</title>
      <description>There seems to be a fair amount of confusion around this topic, a particularly useful tool in the SOLID toolbox, but in the wrong hands can go horribly wrong. Let's try and set the record straight now... &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdevdirective.com%2fpost%2f139%2fa-look-at-dependency-injection-and-inversion"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdevdirective.com%2fpost%2f139%2fa-look-at-dependency-injection-and-inversion" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/A_look_at_Dependency_Injection_and_Inversion</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/A_look_at_Dependency_Injection_and_Inversion</guid>
      <pubDate>Thu, 20 Oct 2011 15:25:53 GMT</pubDate>
    </item>
    <item>
      <title>The Robot Factory Code Kata</title>
      <description>On the drive home from my last Behavior Driven Development talk, I began thinking about the idea of Code Katas and how one might be appropriate in my future disucssions of Behavior Driven Development. Given that BDD tries to solve things in as simple and direct a path as possible, and given that BDD takes some of the lessons learned via TDD and applies them in slightly more business-centric language, a Kata would demonstrate well the effectiveness of BDD when applied to a problem domain. So, I took the example problem domain of a robotic assembly line that I've been using since I was a full-time trainer and implemented it using SpecFlow and Moq. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fbradygaster.com%2fthe-robot-factory-kata"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fbradygaster.com%2fthe-robot-factory-kata" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_Robot_Factory_Code_Kata</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_Robot_Factory_Code_Kata</guid>
      <pubDate>Sun, 16 Oct 2011 02:33:38 GMT</pubDate>
    </item>
    <item>
      <title>The three pillars of unit tests: A helpful guide for beginners</title>
      <description>If you're new to TDD, then this short but sweet article by Pawel Olesiejuk is just what the doctor ordered. It covers the three pillars of test-driven development, which should push anyone just learning TDD in the right direction. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.goyello.com%2f2011%2f10%2f06%2fthree-pillars-of-unit-tests%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.goyello.com%2f2011%2f10%2f06%2fthree-pillars-of-unit-tests%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_three_pillars_of_unit_tests_A_helpful_guide_for_beginners</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_three_pillars_of_unit_tests_A_helpful_guide_for_beginners</guid>
      <pubDate>Tue, 11 Oct 2011 22:03:57 GMT</pubDate>
    </item>
    <item>
      <title>Avoid testing implementation details, test behaviors</title>
      <description>Ian Cooper writes an excellent piece on avoiding test implementation details, concentrating on the Red, Green, Refactor cycle, and what actually requires testing. He goes on to explain how new classes are not triggers for new tests, but rather new requirements. Overall a well written article that distills some of the values Kent Beck's book: Test Driven Development. If you find yourself struggling with TDD, I'm sure this will clear things right up. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fcodebetter.com%2fiancooper%2f2011%2f10%2f06%2favoid-testing-implementation-details-test-behaviours%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fcodebetter.com%2fiancooper%2f2011%2f10%2f06%2favoid-testing-implementation-details-test-behaviours%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Avoid_testing_implementation_details_test_behaviors</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Avoid_testing_implementation_details_test_behaviors</guid>
      <pubDate>Tue, 11 Oct 2011 23:25:23 GMT</pubDate>
    </item>
    <item>
      <title>GRASP Patterns - Creator</title>
      <description>This post presents one of the GRASP Patterns - Creator.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fsharp-code.net%2fgrasp-patterns%2fcreator%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fsharp-code.net%2fgrasp-patterns%2fcreator%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/GRASP_Patterns_Creator</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/GRASP_Patterns_Creator</guid>
      <pubDate>Fri, 07 Oct 2011 23:20:07 GMT</pubDate>
    </item>
    <item>
      <title>MSDN Magazine - 3 New Articles on Async/Await</title>
      <description>This month's issue of MSDN Magazine is out with 3 new articles on async and await in the Visual Studio Async CTP. Stephen Toub shares these articles with us and gives us a suggested order in which to read them, sort of a one-stop shop for learning about the Async CTP. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblogs.msdn.com%2fb%2fpfxteam%2farchive%2f2011%2f10%2f03%2f10219193.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblogs.msdn.com%2fb%2fpfxteam%2farchive%2f2011%2f10%2f03%2f10219193.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/MSDN_Magazine_3_New_Articles_on_Async_Await</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/MSDN_Magazine_3_New_Articles_on_Async_Await</guid>
      <pubDate>Tue, 04 Oct 2011 18:51:56 GMT</pubDate>
    </item>
    <item>
      <title>GRAPS Patterns - Controller</title>
      <description>This post presents one of the GRASP Patterns - Controller. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fsharp-code.net%2fgrasp-patterns%2fcontroller%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fsharp-code.net%2fgrasp-patterns%2fcontroller%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/GRAPS_Patterns_Controller</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/GRAPS_Patterns_Controller</guid>
      <pubDate>Thu, 29 Sep 2011 23:50:08 GMT</pubDate>
    </item>
    <item>
      <title>Domain Specific Software Engineering (DSSE)</title>
      <description>Domain Specific Software Engineering &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f09%2f06%2fDomain-Specific-Software-Engineering-(DSSE).aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.dotnetblocks.com%2fpost%2f2011%2f09%2f06%2fDomain-Specific-Software-Engineering-(DSSE).aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Domain_Specific_Software_Engineering_DSSE</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Domain_Specific_Software_Engineering_DSSE</guid>
      <pubDate>Tue, 06 Sep 2011 04:15:01 GMT</pubDate>
    </item>
    <item>
      <title>Data Access in Fail Tracker-Row-Level Security with LINQ to NHibernate</title>
      <description>It's quite easy to implement row-level security using LINQ to NHibernate.  See how you can do this by combining the Repository and Decorator patterns in this post. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fData-Access-in-Fail-Trackere28093Row-Level-Security-with-LINQ-to-NHibernate.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2ftrycatchfail.com%2fblog%2fpost%2fData-Access-in-Fail-Trackere28093Row-Level-Security-with-LINQ-to-NHibernate.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Data_Access_in_Fail_Tracker_Row_Level_Security_with_LINQ_to_NHibernate</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Data_Access_in_Fail_Tracker_Row_Level_Security_with_LINQ_to_NHibernate</guid>
      <pubDate>Tue, 06 Sep 2011 14:30:52 GMT</pubDate>
    </item>
    <item>
      <title>Non-Virtual Interface Design Pattern</title>
      <description>The non-virtual interface pattern is a design pattern that controls how methods in a base class are overridden. Base classes include public, non-virtual members that may be called by clients and a set of overridable methods containing core functionality. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.blackwasp.co.uk%2fNVI.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.blackwasp.co.uk%2fNVI.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Non_Virtual_Interface_Design_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Non_Virtual_Interface_Design_Pattern</guid>
      <pubDate>Sat, 03 Sep 2011 18:05:17 GMT</pubDate>
    </item>
    <item>
      <title>The Ins and Outs of Thread Synchronization</title>
      <description>Paulo Zemek takes us through the ins and outs of the different approaches to managed thread synchronization. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.codeproject.com%2fKB%2fthreads%2fManagedSynchronization.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.codeproject.com%2fKB%2fthreads%2fManagedSynchronization.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_Ins_and_Outs_of_Thread_Synchronization</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_Ins_and_Outs_of_Thread_Synchronization</guid>
      <pubDate>Thu, 25 Aug 2011 03:42:06 GMT</pubDate>
    </item>
  </channel>
</rss>
