<?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"
	>
<channel>
	<title>Comments on: Lambda Functions for Design By Contract</title>
	<atom:link href="http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/feed/" rel="self" type="application/rss+xml" />
	<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/</link>
	<description>Closed weekends and holidays.</description>
	<pubDate>Sat, 05 Jul 2008 04:10:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Andrew Matthews</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20393</link>
		<dc:creator>Andrew Matthews</dc:creator>
		<pubDate>Sun, 10 Feb 2008 22:38:22 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20393</guid>
		<description>Hi Brian,

I'd be very keen to see a sample of you code. Storing the lambdas elsewhere wouldn't help with the DBC issue, that I blogged about elsewhere, of not being able to reference private properties and fields. But still, I'd like to see how you did it.

Andrew</description>
		<content:encoded><![CDATA[<p>Hi Brian,</p>
<p>I&#8217;d be very keen to see a sample of you code. Storing the lambdas elsewhere wouldn&#8217;t help with the DBC issue, that I blogged about elsewhere, of not being able to reference private properties and fields. But still, I&#8217;d like to see how you did it.</p>
<p>Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Abbott</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20391</link>
		<dc:creator>Brian Abbott</dc:creator>
		<pubDate>Sun, 10 Feb 2008 02:09:19 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20391</guid>
		<description>I did it in a delegate that's declared outside of the class/type. I have some prototype code somewhere that, last I checked, I *believed* worked. Not difficult, since... it was passing it around as a type... (I know, cheap hack, lambda was my original desire/intent, it just looks cool not to mention your functionality is right there although, not ver reusable but... it probably shouldnt be). 

I dont think my implementation/use case would be considered DBC it's more of a way to do custom execution between the same properties of two implementations of an interface (maybe that's DBC?). This allows everything to be done via generics in the differant vertical/horizontal components and then these guys (the attached delegates) + regular copy operations are cached to be executed at runtime... i'm not sure if this is a good or bad idea overall but, the net effect is that transitioning a 1000 property object becomes one line of code with some parameters to specifiy the operation (copy, create, etc) type. 

IDK, people seem to not like that fact that now things are executing that they cant see. I think it will work but, any input/cause for concern on such a design would be more than welcomed! 

-Brian Abbott</description>
		<content:encoded><![CDATA[<p>I did it in a delegate that&#8217;s declared outside of the class/type. I have some prototype code somewhere that, last I checked, I *believed* worked. Not difficult, since&#8230; it was passing it around as a type&#8230; (I know, cheap hack, lambda was my original desire/intent, it just looks cool not to mention your functionality is right there although, not ver reusable but&#8230; it probably shouldnt be). </p>
<p>I dont think my implementation/use case would be considered DBC it&#8217;s more of a way to do custom execution between the same properties of two implementations of an interface (maybe that&#8217;s DBC?). This allows everything to be done via generics in the differant vertical/horizontal components and then these guys (the attached delegates) + regular copy operations are cached to be executed at runtime&#8230; i&#8217;m not sure if this is a good or bad idea overall but, the net effect is that transitioning a 1000 property object becomes one line of code with some parameters to specifiy the operation (copy, create, etc) type. </p>
<p>IDK, people seem to not like that fact that now things are executing that they cant see. I think it will work but, any input/cause for concern on such a design would be more than welcomed! </p>
<p>-Brian Abbott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Complex Assertions using C# 3.0 &#171; The Wandering Glitch 2</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20302</link>
		<dc:creator>Complex Assertions using C# 3.0 &#171; The Wandering Glitch 2</dc:creator>
		<pubDate>Thu, 17 Jan 2008 03:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-20302</guid>
		<description>[...] on 16/01/2008. Recently I attempted to implement a declarative predicate checking system to allow design by contract (DBC) within C# [...]</description>
		<content:encoded><![CDATA[<p>[...] on 16/01/2008. Recently I attempted to implement a declarative predicate checking system to allow design by contract (DBC) within C# [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Matthews</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-17236</link>
		<dc:creator>Andrew Matthews</dc:creator>
		<pubDate>Fri, 26 Oct 2007 09:18:08 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-17236</guid>
		<description>type safety is my concern. previous systems I've produced have compiled strings into C# but it's not what I'm after for this.</description>
		<content:encoded><![CDATA[<p>type safety is my concern. previous systems I&#8217;ve produced have compiled strings into C# but it&#8217;s not what I&#8217;m after for this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Wone</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-17229</link>
		<dc:creator>Peter Wone</dc:creator>
		<pubDate>Fri, 26 Oct 2007 05:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-17229</guid>
		<description>How's this different from passing a script as the value of an attribute, retrieving the script at runtime and executing it? I mean apart from all the syntactic sugar.</description>
		<content:encoded><![CDATA[<p>How&#8217;s this different from passing a script as the value of an attribute, retrieving the script at runtime and executing it? I mean apart from all the syntactic sugar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnny fry</title>
		<link>http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-16975</link>
		<dc:creator>johnny fry</dc:creator>
		<pubDate>Sat, 20 Oct 2007 15:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://aabs.wordpress.com/2007/10/20/lambda-functions-for-design-by-contract/#comment-16975</guid>
		<description>I would maybe try, instead of the attribute, putting something in the static initializer.

In situations where I have had the need for some kind of runtime metadata-ish needs and Attributes are not an option (you can't have a generic attribute either - MyFancyAttribute).</description>
		<content:encoded><![CDATA[<p>I would maybe try, instead of the attribute, putting something in the static initializer.</p>
<p>In situations where I have had the need for some kind of runtime metadata-ish needs and Attributes are not an option (you can&#8217;t have a generic attribute either - MyFancyAttribute).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
