<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Entity Framework 4 &#8211; Entity Dependency Injection</title>
	<atom:link href="http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/feed/" rel="self" type="application/rss+xml" />
	<link>http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/</link>
	<description></description>
	<lastBuildDate>Sat, 28 Jan 2012 14:35:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: John</title>
		<link>http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/#comment-1226</link>
		<dc:creator><![CDATA[John]]></dc:creator>
		<pubDate>Tue, 02 Jun 2009 22:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.com/?p=646#comment-1226</guid>
		<description><![CDATA[(Feel free to move this to a post about EvoLisa) Could you by any chance share the source, or at least a binary, of your current fastest EvoLisa implementation (Dotfuscate it if you must)? I think I can beat it by a long way... My current implementation runs the first 5000 generations (with default settings) in 10 seconds on a Single Core of a Pentium 4 from 2004, and it continually runs 200-250 gen/sec with constraints of 50 polygons, each with 5 points (which keeps the performance consistent). The WPF port didn&#039;t work out that well (I didn&#039;t even try that hard, since RenderTargetBitmaps perform about the same function as your Renderer). I may still be able to speed it up to over 2000 (!!!) continuous generations per second on that same P4, and in the process make the code Embarrassingly Parallel, by using something a little more Direct to render the polygons. Once I do that, the major bottleneck will be the Fitness Function again, and I have a few tricks up my sleeve to improve that further (IL tell you more later). I think 1,000,000 generations in 15 seconds on a brand-new Core 2 Quad will be easily doable (more on that before summer&#039;s end). Just e-mail me (starcalc AATT gmail DDOOTT com) if you want my further-improved source code and binary. Oh, and BTW, I&#039;ve removed the need for cloning the drawing every generation by using a list of ints to track the changes.]]></description>
		<content:encoded><![CDATA[<p>(Feel free to move this to a post about EvoLisa) Could you by any chance share the source, or at least a binary, of your current fastest EvoLisa implementation (Dotfuscate it if you must)? I think I can beat it by a long way&#8230; My current implementation runs the first 5000 generations (with default settings) in 10 seconds on a Single Core of a Pentium 4 from 2004, and it continually runs 200-250 gen/sec with constraints of 50 polygons, each with 5 points (which keeps the performance consistent). The WPF port didn&#8217;t work out that well (I didn&#8217;t even try that hard, since RenderTargetBitmaps perform about the same function as your Renderer). I may still be able to speed it up to over 2000 (!!!) continuous generations per second on that same P4, and in the process make the code Embarrassingly Parallel, by using something a little more Direct to render the polygons. Once I do that, the major bottleneck will be the Fitness Function again, and I have a few tricks up my sleeve to improve that further (IL tell you more later). I think 1,000,000 generations in 15 seconds on a brand-new Core 2 Quad will be easily doable (more on that before summer&#8217;s end). Just e-mail me (starcalc AATT gmail DDOOTT com) if you want my further-improved source code and binary. Oh, and BTW, I&#8217;ve removed the need for cloning the drawing every generation by using a list of ints to track the changes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Patton</title>
		<link>http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/#comment-1217</link>
		<dc:creator><![CDATA[Keith Patton]]></dc:creator>
		<pubDate>Sun, 31 May 2009 00:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.com/?p=646#comment-1217</guid>
		<description><![CDATA[Interesting, however i think if you have the need to inject services relating to email or other infrastructure needs, this is probably best done within the Application layer (in DDD terminology) rather than the core domain layer which should not involve itself with sending emails. 

I&#039;ve created a post on how to implement a DDD driven architecture with EF including Dependency Injection here if you are interested:
http://blog.keithpatton.com/2009/05/30/Entity+Framework+POCO+Repository+Using+Visual+Studio+2010+Net+40+Beta+1.aspx]]></description>
		<content:encoded><![CDATA[<p>Interesting, however i think if you have the need to inject services relating to email or other infrastructure needs, this is probably best done within the Application layer (in DDD terminology) rather than the core domain layer which should not involve itself with sending emails. </p>
<p>I&#8217;ve created a post on how to implement a DDD driven architecture with EF including Dependency Injection here if you are interested:<br />
<a href="http://blog.keithpatton.com/2009/05/30/Entity+Framework+POCO+Repository+Using+Visual+Studio+2010+Net+40+Beta+1.aspx" rel="nofollow">http://blog.keithpatton.com/2009/05/30/Entity+Framework+POCO+Repository+Using+Visual+Studio+2010+Net+40+Beta+1.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian Markbåge</title>
		<link>http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/#comment-1215</link>
		<dc:creator><![CDATA[Sebastian Markbåge]]></dc:creator>
		<pubDate>Sat, 30 May 2009 20:05:28 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.com/?p=646#comment-1215</guid>
		<description><![CDATA[Cool stuff. Probably a better for .NET than NHibernate&#039;s interceptors.

I prefer to keep my service references outside of my entities though. But DI and use of Services is a big hassle in DDD that can mess up an otherwise clean domain model.

I&#039;ve tried to address this using what I&#039;ve called transitory domain objects. I use them in front of the entities.

http://blog.calyptus.eu/seb/2009/05/transitory_domain_object/]]></description>
		<content:encoded><![CDATA[<p>Cool stuff. Probably a better for .NET than NHibernate&#8217;s interceptors.</p>
<p>I prefer to keep my service references outside of my entities though. But DI and use of Services is a big hassle in DDD that can mess up an otherwise clean domain model.</p>
<p>I&#8217;ve tried to address this using what I&#8217;ve called transitory domain objects. I use them in front of the entities.</p>
<p><a href="http://blog.calyptus.eu/seb/2009/05/transitory_domain_object/" rel="nofollow">http://blog.calyptus.eu/seb/2009/05/transitory_domain_object/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transitory Domain Objects - Calyptus Life</title>
		<link>http://rogeralsing.com/2009/05/30/entity-framework-4-entity-dependency-injection/#comment-1214</link>
		<dc:creator><![CDATA[Transitory Domain Objects - Calyptus Life]]></dc:creator>
		<pubDate>Sat, 30 May 2009 19:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.com/?p=646#comment-1214</guid>
		<description><![CDATA[[...] A common problem with DDD is the injection of services to your domain model. Sometimes your domain relies on external services to do it&#8217;s job. You could do that by injecting your services directly to your entities using NHibernate Interceptors or ObjectStateManager for Entity Framework v4. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A common problem with DDD is the injection of services to your domain model. Sometimes your domain relies on external services to do it&#8217;s job. You could do that by injecting your services directly to your entities using NHibernate Interceptors or ObjectStateManager for Entity Framework v4. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

