<?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: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comments on: Entity Framework POCO (EF4): A Simple Mapping</title>
	<atom:link href="http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/feed/" rel="self" type="application/rss+xml" />
	<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=entity-framework-poco-ef4-a-simple-mapping</link>
	<description></description>
	<lastBuildDate>Tue, 08 May 2012 09:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53662</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 15 Feb 2010 22:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53662</guid>
		<description>&lt;a href=&quot;#comment-53471&quot; rel=&quot;nofollow&quot;&gt;@mcsean&lt;/a&gt; 
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. 

I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#039;t already)

There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</description>
		<content:encoded><![CDATA[<p><a href="#comment-53471" rel="nofollow">@mcsean</a><br />
I have been meaning to give this a try and get back with you, but I have not been able to make the time yet. </p>
<p>I think RIA services is supposed to support POCOs ala NHibernate, so I imagine if you followed that track instead of the straight EF approach it could work. (If it doesn&#8217;t already)</p>
<p>There are supposedly new RIA services drops coming soon for the 2010RC, so look for improvements there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcsean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-53471</link>
		<dc:creator>mcsean</dc:creator>
		<pubDate>Mon, 08 Feb 2010 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-53471</guid>
		<description>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#039;t and the work around is to use presentation model. Can you please clarify that?</description>
		<content:encoded><![CDATA[<p>thanks Jarod! Does the code-only work with WCF-RIA-Services? I once read a post from a forum and someone said it doesn&#8217;t and the work around is to use presentation model. Can you please clarify that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52386</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52386</guid>
		<description>@mcsean - it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).

@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.

@emanuele Yes, it handles both of those scenarios. Check out this post here: http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</description>
		<content:encoded><![CDATA[<p>@mcsean &#8211; it gives you total control over your entities: Persistence ingnorance, greater testability, finer control over mapping strategies, no code generation (so it works much better with source control), and no GUI desginer so it works better with large models (There is nothing like rebuilding a model with 50-100 entities because the designer failed).</p>
<p>@jason not sure I compeletely follow? Do you mean a convention so it automatically maps the properties to the columns if they are the same name? I remember seeing something that did that.</p>
<p>@emanuele Yes, it handles both of those scenarios. Check out this post here: <a href="http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx" rel="nofollow">http://blogs.msdn.com/efdesign/archive/2009/10/12/code-only-further-enhancements.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emanuele</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52244</link>
		<dc:creator>emanuele</dc:creator>
		<pubDate>Fri, 01 Jan 2010 09:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52244</guid>
		<description>Very interesting post.
I have a question:
can I map an entity property using a different column names with EntityConfiguration?
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</description>
		<content:encoded><![CDATA[<p>Very interesting post.<br />
I have a question:<br />
can I map an entity property using a different column names with EntityConfiguration?<br />
and if I have a complex type in the entity (like Team.Address wich has different properties), how can I map it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: t</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-52017</link>
		<dc:creator>t</dc:creator>
		<pubDate>Mon, 28 Dec 2009 04:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-52017</guid>
		<description>T</description>
		<content:encoded><![CDATA[<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Grundy</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51910</link>
		<dc:creator>Jason Grundy</dc:creator>
		<pubDate>Sat, 26 Dec 2009 17:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51910</guid>
		<description>Great intro.

I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#039;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</description>
		<content:encoded><![CDATA[<p>Great intro.</p>
<p>I agree with Tony that it looks very Fluent NHibernate-esque. Given my experience there I can&#8217;t help but wonder if there are naming conventions that can be defined at a global level that would avoid an override for every aggregate root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: McSean</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-2/#comment-51779</link>
		<dc:creator>McSean</dc:creator>
		<pubDate>Wed, 23 Dec 2009 07:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51779</guid>
		<description>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</description>
		<content:encoded><![CDATA[<p>I knew that the new VS2010 and EF4 come with a template to generate POCO objects. so what is the advantage that code-only option can offer me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51449</link>
		<dc:creator>Elegant Code &#187; Building a Unity Extension for Entity Framework POCO Configuration, Repository and Unit of Work</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51449</guid>
		<description>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous two posts I talk about simple EF4 mappings and some common abstractions I like to work with for my entity persistence operations. In this post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarod Ferguson</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51446</link>
		<dc:creator>Jarod Ferguson</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:20:32 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51446</guid>
		<description>@isamux - A few issues I encountered:
- I wanted to specify the name (or convention) of FK Id&#039;s. , e.g TeamId. I had to change the name in the Database to &quot;Team_ID&quot;. In FNH you could just specify the Key name when mapping the relationship.

- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.

Perhaps these are supported, but I could figure it out.</description>
		<content:encoded><![CDATA[<p>@isamux &#8211; A few issues I encountered:<br />
- I wanted to specify the name (or convention) of FK Id&#8217;s. , e.g TeamId. I had to change the name in the Database to &#8220;Team_ID&#8221;. In FNH you could just specify the Key name when mapping the relationship.</p>
<p>- I wanted to have a private collection for the team Players, exposing only a getter for the collection, but I was only able to map using an AutoMatic property, therefore losing encapsulation on the collection.</p>
<p>Perhaps these are supported, but I could figure it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isamux</title>
		<link>http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/comment-page-1/#comment-51444</link>
		<dc:creator>isamux</dc:creator>
		<pubDate>Tue, 15 Dec 2009 21:09:39 +0000</pubDate>
		<guid isPermaLink="false">http://elegantcode.com/2009/12/15/entity-framework-poco-ef4-a-simple-mapping/#comment-51444</guid>
		<description>Nice introduction to the new POCO feature of EF4.
Could you name some of the &#039;quite a few common scenarios which are not yet supported&#039;?</description>
		<content:encoded><![CDATA[<p>Nice introduction to the new POCO feature of EF4.<br />
Could you name some of the &#8216;quite a few common scenarios which are not yet supported&#8217;?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

