<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>On Entities...</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx</link><description>I am jazzed by the fact that people are reading our docs and posting opinions. The feedback, positive or negative, is always good stuff for us to consume and internalize. One thing that I wanted to talk about, having read many of the blogs out there,</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: On Entities...</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#642340</link><pubDate>Thu, 22 Jun 2006 06:37:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:642340</guid><dc:creator>anoakes</dc:creator><description>Tim,&lt;br&gt;&lt;br&gt;I agree with you that at the end of the day, data is king and I really appreciate what Microsoft has done. I would like to add though, that I feel being data centric also has its flaws. Whereas being behavior centric, which does have flaws also, has come to my attention lately. Data, though king, does deteriorate over time. It has also caused myself many problems with applications. The group I work with took a hard look at this problem and decided to shift our focus from being data minded to behavior minded and have seen some promising results. We live on business objects. &lt;br&gt;&lt;br&gt;An Entity Data Model does have its benefits, but I feel it can also stifle progress. Just a thought.&lt;br&gt;&lt;br&gt;</description></item><item><title>LINQ, ADO.NET and Entities</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#642401</link><pubDate>Thu, 22 Jun 2006 07:57:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:642401</guid><dc:creator>Alex Barnett blog</dc:creator><description>In case you missed it, Somasegar (Microsoft's VP of Developer Division) blogged today about some of the...</description></item><item><title>re: On Entities...</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#642436</link><pubDate>Thu, 22 Jun 2006 08:44:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:642436</guid><dc:creator>timmall</dc:creator><description>Allen, &lt;br&gt;&lt;br&gt;I agree that there are issues being purely data-centric or beavior-centric. I think that this is one of the internal conflicts that folks have all the time... are you doing OO if you do not encapsulate state and behavior for example. &lt;br&gt;&lt;br&gt;Here are some random thoughts... data often outlives applications; in the move to mid-tier apps we often built new apps on top of the same persistent data. In the move to composite apps we see much of the same, building process oriented apps and rich clients that aggregate services but they are built on the same underlying data. My biased opinion is that often people who model in a behavior centric way compromise the ability for data to outlive the app. Some of the more flexible patterns are transaction script and manager style patterns which provide a separation of concerns between state and behavior. We can still provide meaningful domain models and OO infrastructure but the separation of concerns is often beneficial tactically and strategically. &lt;br&gt;&lt;br&gt;I believe that as we move to more process oriented applications and late bound aggregations of service data we will see people start to embrace dynamic models with declarative intent in more of a functional flavor than an imperative flavor. Of course, to your point... if you are polarized too far to one side or the other [which I may very well be :) ] then you can get into world where the approach indeed can stifle progress... as my wife likes to tell me &amp;quot;everything in moderation&amp;quot;.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description></item><item><title>re: On Entities...</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#643054</link><pubDate>Thu, 22 Jun 2006 20:32:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:643054</guid><dc:creator>anoakes</dc:creator><description>Tim,&lt;br&gt;&lt;br&gt;My wife says the same thing! :)&lt;br&gt;&lt;br&gt;I've been exploring the EDM and it does show promise. Maybe as it matures it could help bridge the gap between behavior and data. I know that I'll be using. Thanks for your thoughts back.&lt;br&gt;&lt;br&gt;Allen&lt;br&gt;</description></item><item><title>ADO.NET vNext - feedback so far</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#645232</link><pubDate>Sat, 24 Jun 2006 07:50:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:645232</guid><dc:creator>Data Access blog</dc:creator><description>Since announcing our ADO.NET vNext plans at TechEd last week, the team has been on the lookout for your...</description></item><item><title>ADO.NET vNext - feedback so far</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#662488</link><pubDate>Tue, 11 Jul 2006 20:34:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:662488</guid><dc:creator>ADO.NET team blog</dc:creator><description>(this post&amp;amp;amp;nbsp;was originally posted here)&lt;br&gt;&lt;br&gt;Since announcing our ADO.NET vNext plans at TechEd &lt;br&gt;...</description></item><item><title>New and Notable 104</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#779085</link><pubDate>Sun, 01 Oct 2006 09:34:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:779085</guid><dc:creator>Sam Gentile</dc:creator><description>You know what? Owning a pool really sucks-). Oh, it&amp;amp;amp;rsquo;s great to go in but not a lot of fun spending</description></item><item><title> Tim Mallalieu s Blog On Entities | Cast Iron Cookware</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#9728718</link><pubDate>Fri, 12 Jun 2009 05:20:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9728718</guid><dc:creator> Tim Mallalieu s Blog On Entities | Cast Iron Cookware</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://castironbakeware.info/story.php?title=tim-mallalieu-s-blog-on-entities"&gt;http://castironbakeware.info/story.php?title=tim-mallalieu-s-blog-on-entities&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Tim Mallalieu s Blog On Entities | pool toys</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#9774519</link><pubDate>Thu, 18 Jun 2009 11:50:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9774519</guid><dc:creator> Tim Mallalieu s Blog On Entities | pool toys</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://pooltoysite.info/story.php?id=6583"&gt;http://pooltoysite.info/story.php?id=6583&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Tim Mallalieu s Blog On Entities | garden decor</title><link>http://blogs.msdn.com/timmall/archive/2006/06/21/642299.aspx#9781795</link><pubDate>Fri, 19 Jun 2009 10:26:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9781795</guid><dc:creator> Tim Mallalieu s Blog On Entities | garden decor</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://gardendecordesign.info/story.php?id=4491"&gt;http://gardendecordesign.info/story.php?id=4491&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>