<?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: The bare bones of Unity interceptions</title>
	<atom:link href="http://visualizationtools.net/default/the-bare-bones-of-unity-interceptions/feed/" rel="self" type="application/rss+xml" />
	<link>http://visualizationtools.net/default/the-bare-bones-of-unity-interceptions/</link>
	<description>Think. Visualize. Understand.</description>
	<lastBuildDate>Wed, 28 Dec 2011 13:39:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jeremy Regan</title>
		<link>http://visualizationtools.net/default/the-bare-bones-of-unity-interceptions/#comment-199</link>
		<dc:creator>Jeremy Regan</dc:creator>
		<pubDate>Sun, 07 Dec 2008 00:07:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.orbifold.net/default/?p=1215#comment-199</guid>
		<description>This was helpful.  The MSDN documentation leaves a lot to be desired for working examples such as you have provided.  My only wish is that you had also provided the corresponding XML configuration for the policies that you used.

To note, this interception mechanism leaves a lot to be desired in terms of implementation details.  The .NET type system is not smart enough to know if you injected one type if it is inherited by another object registered in the container which is subject to interception.  This is not a convolved example either; consider the case of a service layer with a base interface as the constructor argument.  Even if multiple child interfaces inherit from it, each must register its policy to be subject to interception.  Compared to Spring or Castle AOP, this is immature and aggravating to use.  I suspect over time it will become better but it is lacking and shows how Microsoft cannot truly innovate, and still lag behind on some modern enterprise concepts that have been in use for years.</description>
		<content:encoded><![CDATA[<p>This was helpful.  The MSDN documentation leaves a lot to be desired for working examples such as you have provided.  My only wish is that you had also provided the corresponding XML configuration for the policies that you used.</p>
<p>To note, this interception mechanism leaves a lot to be desired in terms of implementation details.  The .NET type system is not smart enough to know if you injected one type if it is inherited by another object registered in the container which is subject to interception.  This is not a convolved example either; consider the case of a service layer with a base interface as the constructor argument.  Even if multiple child interfaces inherit from it, each must register its policy to be subject to interception.  Compared to Spring or Castle AOP, this is immature and aggravating to use.  I suspect over time it will become better but it is lacking and shows how Microsoft cannot truly innovate, and still lag behind on some modern enterprise concepts that have been in use for years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vladimir Kofman</title>
		<link>http://visualizationtools.net/default/the-bare-bones-of-unity-interceptions/#comment-198</link>
		<dc:creator>Vladimir Kofman</dc:creator>
		<pubDate>Wed, 26 Nov 2008 13:31:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.orbifold.net/default/?p=1215#comment-198</guid>
		<description>Thanks for this article! Exactly what I&#039;ve been looking for.</description>
		<content:encoded><![CDATA[<p>Thanks for this article! Exactly what I&#8217;ve been looking for.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  www.visualizationtools.net/default/the-bare-bones-of-unity-interceptions/feed/ ) in 0.67347 seconds, on Feb 4th, 2012 at 1:41 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 4th, 2012 at 2:41 pm UTC -->
