<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com - published patterns stories</title>
    <description>the latest published patterns stories 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>Data structure zoo: 6 ways of implementing an ordered set</title>
      <description>This article compares six different ways of implementing an ordered set: AVL tree, red-black tree, treap, splay tree, skip list, and a pre-balanced tree. The different data structures make different trade offs and ultimately arrive at curiously different solutions that fit a variety of real-world use cases. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2figoro.com%2farchive%2fdata-structure-zoo-ordered-set%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2figoro.com%2farchive%2fdata-structure-zoo-ordered-set%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Data_structure_zoo_6_ways_of_implementing_an_ordered_set</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Data_structure_zoo_6_ways_of_implementing_an_ordered_set</guid>
      <pubDate>Thu, 04 Sep 2008 18:20:25 GMT</pubDate>
    </item>
    <item>
      <title>High precision performance measurement</title>
      <description>I've seen enough developers use DateTime.Now for their &amp;quot;quick and dirty &amp;quot; performance measurements. Enough is enough, it's high time to start measuring performance with precision and it's so easy that there's really no reason not to &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.freakcode.com%2f2008%2f09%2fhigh-precision-performance-measurement.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.freakcode.com%2f2008%2f09%2fhigh-precision-performance-measurement.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/High_precision_performance_measurement</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/High_precision_performance_measurement</guid>
      <pubDate>Thu, 04 Sep 2008 12:06:32 GMT</pubDate>
    </item>
    <item>
      <title>Prototype Design Pattern</title>
      <description>The prototype design pattern is a design pattern that is used to instantiate a class by copying, or cloning, the properties of an existing object. The new object is an exact copy of the prototype but permits modification without altering the original. &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%2fPrototype.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.blackwasp.co.uk%2fPrototype.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Prototype_Design_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Prototype_Design_Pattern</guid>
      <pubDate>Wed, 03 Sep 2008 21:39:12 GMT</pubDate>
    </item>
    <item>
      <title>Working with SOA Design Patterns: Understanding Pattern Relationships</title>
      <description>SOA design patterns can be -- and often should be -- interdependent. Implement a proper relationship between design patterns in order to make your SOA solution the best that it can be, suggests Thomas Erl.
 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.cio.com%2farticle%2f447125"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.cio.com%2farticle%2f447125" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/webservices/Working_with_SOA_Design_Patterns_Understanding_Pattern_Relationships</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/webservices/Working_with_SOA_Design_Patterns_Understanding_Pattern_Relationships</guid>
      <pubDate>Wed, 03 Sep 2008 12:49:23 GMT</pubDate>
    </item>
    <item>
      <title>Implementing the MVCA Pattern - The Model</title>
      <description>The author of &amp;quot;MVC for the Real World&amp;quot; describes the Model and provides a simple implementation of a base model class. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fit.toolbox.com%2fblogs%2fpaytonbyrd%2fimplementing-the-mvca-pattern-the-model-26941"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fit.toolbox.com%2fblogs%2fpaytonbyrd%2fimplementing-the-mvca-pattern-the-model-26941" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Implementing_the_MVCA_Pattern_The_Model</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Implementing_the_MVCA_Pattern_The_Model</guid>
      <pubDate>Tue, 02 Sep 2008 13:43:30 GMT</pubDate>
    </item>
    <item>
      <title>MVC (Model View Controller) For The Real World</title>
      <description>A look at the MVC design pattern and how to implement it in a truly presentation-agnostic fashion. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fit.toolbox.com%2fblogs%2fpaytonbyrd"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fit.toolbox.com%2fblogs%2fpaytonbyrd" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/MVC_Model_View_Controller_For_The_Real_World</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/MVC_Model_View_Controller_For_The_Real_World</guid>
      <pubDate>Tue, 02 Sep 2008 13:41:46 GMT</pubDate>
    </item>
    <item>
      <title>What's Wrong with a Data-Driven Approach?</title>
      <description>Suppose we are building yet-another-order-basket-application. We have the requirement for adding items to an order, otherwise the business of our entire company falls down and we are losing tons of money (while not overdramatizing things). &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2felegantcode.com%2f2008%2f08%2f29%2fwhats-wrong-with-a-data-driven-approach%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2felegantcode.com%2f2008%2f08%2f29%2fwhats-wrong-with-a-data-driven-approach%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/What_s_Wrong_with_a_Data_Driven_Approach</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/What_s_Wrong_with_a_Data_Driven_Approach</guid>
      <pubDate>Tue, 02 Sep 2008 04:51:13 GMT</pubDate>
    </item>
    <item>
      <title>Revisiting the onion</title>
      <description>I'll start with my own version of the diagram because I spent enough &amp;amp;*%$ time on the thing. Wanna get some mileage out of it.

Jeff's explained it pretty well, I think. It's clear that the Domain is at the centre and thus, is the focus of the application. I've skipped the Domain Service layer for two reasons: &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fcodebetter.com%2fblogs%2fkyle.baley%2farchive%2f2008%2f08%2f30%2frevisiting-the-onion.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fcodebetter.com%2fblogs%2fkyle.baley%2farchive%2f2008%2f08%2f30%2frevisiting-the-onion.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Revisiting_the_onion</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Revisiting_the_onion</guid>
      <pubDate>Tue, 02 Sep 2008 04:44:40 GMT</pubDate>
    </item>
    <item>
      <title>The State Pattern</title>
      <description>An introduction to the State Pattern: a behavioral design pattern that allows an object to partially change its type at runtime.
The state pattern is a subset of the strategy pattern.

The state pattern has a variety of uses, not least amongst them helping to encapsulate state changes of NHibernate persistent entities ssince it is usually undesirable to have a persistent entity change its type.  

The state pattern will also help you avoid brittle switch statements in domain logic. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fnathan.whiteboard-it.com%2farchive%2f2008%2f09%2f01%2fstate-pattern.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fnathan.whiteboard-it.com%2farchive%2f2008%2f09%2f01%2fstate-pattern.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/The_State_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/The_State_Pattern</guid>
      <pubDate>Mon, 01 Sep 2008 20:21:38 GMT</pubDate>
    </item>
    <item>
      <title>Optimised IP address to country code mapping</title>
      <description>Investigates the most efficient way to look up country codes from an IP address. Are Patricia tries really the best way to do it...? &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fgregbeech.com%2fblogs%2ftech%2farchive%2f2008%2f09%2f01%2foptimised-ip-address-to-country-code-mapping.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fgregbeech.com%2fblogs%2ftech%2farchive%2f2008%2f09%2f01%2foptimised-ip-address-to-country-code-mapping.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Optimised_IP_address_to_country_code_mapping</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Optimised_IP_address_to_country_code_mapping</guid>
      <pubDate>Mon, 01 Sep 2008 20:04:08 GMT</pubDate>
    </item>
    <item>
      <title>Logging with Castle Windsor, the Logging Facility and log4net - Casey </title>
      <description>Good info on hooking in Logging with Castle and Log4Net. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdevlicio.us%2fblogs%2fcasey%2farchive%2f2008%2f06%2f18%2flogging-with-castle-windsor-the-logging-facility-and-log4net.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdevlicio.us%2fblogs%2fcasey%2farchive%2f2008%2f06%2f18%2flogging-with-castle-windsor-the-logging-facility-and-log4net.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Logging_with_Castle_Windsor_the_Logging_Facility_and_log4net_Casey</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Logging_with_Castle_Windsor_the_Logging_Facility_and_log4net_Casey</guid>
      <pubDate>Sat, 30 Aug 2008 23:42:00 GMT</pubDate>
    </item>
    <item>
      <title>Great Design Pattern Resources</title>
      <description>Some common patterns include the Singleton, Facade,  Adaptor and Decorator.  There are many, many patterns and below are some great resources to learn about them. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2frtipton.wordpress.com%2f2008%2f08%2f27%2fgreat-design-pattern-resources"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2frtipton.wordpress.com%2f2008%2f08%2f27%2fgreat-design-pattern-resources" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Great_Design_Pattern_Resources</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Great_Design_Pattern_Resources</guid>
      <pubDate>Mon, 01 Sep 2008 09:31:02 GMT</pubDate>
    </item>
    <item>
      <title>Domain Objects Pattern</title>
      <description>Defines and describes the benefits of the use of Data Transfer Objects (DTOs). &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fnathan.whiteboard-it.com%2farchive%2f2008%2f08%2f23%2fdata-transfer-objects.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fnathan.whiteboard-it.com%2farchive%2f2008%2f08%2f23%2fdata-transfer-objects.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Domain_Objects_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Domain_Objects_Pattern</guid>
      <pubDate>Sun, 24 Aug 2008 04:37:20 GMT</pubDate>
    </item>
    <item>
      <title>Refactoring Ideas for ReSharper</title>
      <description>I'd like to stick on the ReSharper theme for a while, considering that its features (or lack thereof, sometimes) are important for the kind of monotonous and potentially boring programming that I have done in both my MML# project and my new VhdlSharp project. Seeing how there are certain features I need persistently, I thought I would outline them here so that, when I get some time, I can implement them myself. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fmindstudies.psy.soton.ac.uk%2fdmitri%2fblog%2findex.php%2farchives%2f206"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fmindstudies.psy.soton.ac.uk%2fdmitri%2fblog%2findex.php%2farchives%2f206" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Refactoring_Ideas_for_ReSharper</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Refactoring_Ideas_for_ReSharper</guid>
      <pubDate>Wed, 20 Aug 2008 09:59:07 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>Tue, 19 Aug 2008 16:46:32 GMT</pubDate>
    </item>
    <item>
      <title>Practical Concurrency Patterns: Immutability (Freezables)</title>
      <description>Another very simple pattern builds on the foundation of the Safe-Unsafe Cache pattern.  What is the easiest way to protect data from multi-threaded access and to incur the minimal performance cost while doing so?  Making it read-only! &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdotnet.dzone.com%2fnews%2fpractical-concurrency-patterns"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdotnet.dzone.com%2fnews%2fpractical-concurrency-patterns" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Practical_Concurrency_Patterns_Immutability_Freezables</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Practical_Concurrency_Patterns_Immutability_Freezables</guid>
      <pubDate>Tue, 19 Aug 2008 09:29:35 GMT</pubDate>
    </item>
    <item>
      <title>Writing Business Logic: Why follow Pattens / Practices?</title>
      <description>In this post I will explain tips to expose functionality and abstract details of your business logic. However, instead of focusing on the technical details I will focus more on the need to use practices. I will take you through a real life example to explain why it is important to put significant thoughts into this concept. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.silicusblogs.com%2fkb%2fsoftware-development-platforms%2fdotnet-software-development%2fwriting-business-logic-why-follow-pattens-practices.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.silicusblogs.com%2fkb%2fsoftware-development-platforms%2fdotnet-software-development%2fwriting-business-logic-why-follow-pattens-practices.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Writing_Business_Logic_Why_follow_Pattens_Practices</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Writing_Business_Logic_Why_follow_Pattens_Practices</guid>
      <pubDate>Tue, 19 Aug 2008 08:24:00 GMT</pubDate>
    </item>
    <item>
      <title>CSS design patterns: Helper classes</title>
      <description>Helper classes are reusable rules that use class selectors. Helper classes are designed to let you: 1) Apply style to an element without having to create a special rule for that element. 2) Abstract away browser inconsistencies. 3) Make documents more style readable. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fmaxtoroq.wordpress.com%2f2008%2f08%2f17%2fcss-design-patterns-helper-classes%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fmaxtoroq.wordpress.com%2f2008%2f08%2f17%2fcss-design-patterns-helper-classes%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/CSS_design_patterns_Helper_classes</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/CSS_design_patterns_Helper_classes</guid>
      <pubDate>Sun, 17 Aug 2008 07:44:57 GMT</pubDate>
    </item>
    <item>
      <title>Design Patterns - Proxy Pattern</title>
      <description>Last part of a 16 parts Design Patterns series, talking about the Proxy Pattern. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblog.cumps.be%2fdesign-patterns-proxy-pattern%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblog.cumps.be%2fdesign-patterns-proxy-pattern%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Design_Patterns_Proxy_Pattern</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Design_Patterns_Proxy_Pattern</guid>
      <pubDate>Sat, 16 Aug 2008 19:12:17 GMT</pubDate>
    </item>
    <item>
      <title>Setting Sail with the Smuggling Pattern :: Part 1</title>
      <description>Maybe because I'm often entertained by the geekiest of things, I've started usage of the Smuggling Pattern named after a fellow software architect Matt Davis's terminology of smuggling data into and out of Excel.  It is something that I've lately needed to do on a regular basis, get data into and out of Excel without Excel, or at least the evil COM Interop Model, really knowing what is going on.  In other words, I want total programmatic control over data so I can trust it versus Excel mangling my poor data up.  This is what the Smuggling Pattern is going to do for me, and it is doing it well.

Now you might think, &amp;quot;WTF!&amp;quot;  But just to clarify, the Smuggling Pattern is really the Builder Pattern that we architects know and love with a cooler more fun more pirate like name!  So with that, here's some of that code, and the TDD process I undertook to get this sucker built to set sail. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fadronbhall.com%2fblogs%2ftechnology__software_development%2farchive%2f2008%2f08%2f15%2f7547.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fadronbhall.com%2fblogs%2ftechnology__software_development%2farchive%2f2008%2f08%2f15%2f7547.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Setting_Sail_with_the_Smuggling_Pattern_Part_1</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Setting_Sail_with_the_Smuggling_Pattern_Part_1</guid>
      <pubDate>Sat, 16 Aug 2008 01:04:38 GMT</pubDate>
    </item>
    <item>
      <title>Austin DDD Book Club wrapped up - Jimmy Bogard</title>
      <description>Talks about a book club on DDD that was started up in Austin and its benefits. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.lostechies.com%2fblogs%2fjimmy_bogard%2farchive%2f2008%2f08%2f14%2faustin-ddd-book-club-wrapped-up.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.lostechies.com%2fblogs%2fjimmy_bogard%2farchive%2f2008%2f08%2f14%2faustin-ddd-book-club-wrapped-up.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Austin_DDD_Book_Club_wrapped_up_Jimmy_Bogard</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Austin_DDD_Book_Club_wrapped_up_Jimmy_Bogard</guid>
      <pubDate>Fri, 15 Aug 2008 14:35:46 GMT</pubDate>
    </item>
    <item>
      <title>Strongly Typed Primitives</title>
      <description>No, I'm not talking about NEANDERTHALS (there's a joke in there somewhere), but rather a technique that a colleague of mine, Josh Twist, has recently blogged about - "Avoiding Primitive Obsession to tip developers into the pit of success". I'd always seen a pit as symbolic of failure, so I'm pretty pleased there's such a thing as a pit of success - improves my odds massively J

I've drawn attention to this because it is an approach I discovered a few years back, and I love it. I just use a slightly different implementation to Josh; &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fblogs.msdn.com%2fsimonince%2farchive%2f2008%2f08%2f15%2fstrongly-typed-primitives.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fblogs.msdn.com%2fsimonince%2farchive%2f2008%2f08%2f15%2fstrongly-typed-primitives.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Strongly_Typed_Primitives</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Strongly_Typed_Primitives</guid>
      <pubDate>Fri, 15 Aug 2008 14:15:05 GMT</pubDate>
    </item>
    <item>
      <title>Surviving a Zombie Apocalypse - Behavior Driven Development Part I</title>
      <description>Behavior driven development example using the walking dead. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.monstersgotmy.net%2fpost%2f2008%2f08%2f07%2fSurviving-a-Zombie-Apocalypse-Behavior-Driven-Development-Part-I.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.monstersgotmy.net%2fpost%2f2008%2f08%2f07%2fSurviving-a-Zombie-Apocalypse-Behavior-Driven-Development-Part-I.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Surviving_a_Zombie_Apocalypse_Behavior_Driven_Development_Part_I</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Surviving_a_Zombie_Apocalypse_Behavior_Driven_Development_Part_I</guid>
      <pubDate>Fri, 15 Aug 2008 13:16:18 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 12:31:03 GMT</pubDate>
    </item>
    <item>
      <title>Onion Architecture in Praxis </title>
      <description>Jeffrey Palermo has coined the pattern onion architecture, so what is it?

Actually it is &amp;quot;just&amp;quot; my default architecture, and has been for some time now. The ideas behind are not new, and it is related to other principles and patterns. Never the less I really like having a name for it, so we have a common understanding of it.
 &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fmorten.lyhr.dk%2f2008%2f08%2fonion-architecture-in-praxis.html"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fmorten.lyhr.dk%2f2008%2f08%2fonion-architecture-in-praxis.html" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/patterns/Onion_Architecture_in_Praxis</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/patterns/Onion_Architecture_in_Praxis</guid>
      <pubDate>Wed, 13 Aug 2008 21:23:26 GMT</pubDate>
    </item>
  </channel>
</rss>