与Visual Studio绑定的实体框架：坏主意？ [英] Entity Framework tied to Visual Studio: bad idea?

问题描述

我们尝试采用Entity Framework 1.0的经验令人失望。除了对失踪的零碎事件感到沮丧之外，除了等待并采用VS2010之外，我们没有希望获得更新路径（除非我们想采用其中一些粗略的扩展黑客解决方案）。我一直听到"等待，等待，等待"而且我不禁觉得EF和VS之间的硬链接会成为一个诅咒，会扼杀实体框架。

当前版本于2008年8月推出，不会更换至2010年3月22日（如果您相信该日期）。我担心如果重大修订之间的时间间隔大约为两年，那么EF将会被速度更快的竞争对手击败 - 如果还没有发生的话。现在1.0分支已经死了，我坚持下去了 - 我唯一的选择是完全丢弃它或者等待，等待，等待。由于EF与VS2010的缓慢移动可能 - 2010年3月 - 但是谁知道发布时间表就像一个铁砧---并且可能永远与未来的VS版本捆绑在一起 - 我将保证实体框架将是什么样的能够像其他O / R工具一样快速移动和反应吗？

-Mike

Our experience with attempting to adopt Entity Framework 1.0 has been disappointing.  Apart from my frustration over the missing bits and pieces, there's no hope of an update path for us except to wait and adopt VS2010 (unless we want to adopt some of these sketchy Extension hack workarounds).  I keep hearing "wait, wait, wait" and I can't help but feel like the hardlink between EF and VS is going to be a curse that will kill the Entity Framework.

The current version was launched in August, 2008 and won't be replaced until Mar 22, 2010 (if you believe that date).  I'm worried that if the time frame between major revisions is on the order of two years, EF is going to be killed off by faster-moving competitors---if it hasn't already happened.  Right now the 1.0 branch is dead and I'm stuck with it---my only option is to discard it entirely or wait, wait, wait.  Since EF is tied to VS2010's slow-moving maybe-March2010-but-who-knows release schedule like an anvil---and tied presumably forever to VS releases in the future---what assurance will I have that the Entity Framework will be able to move and react as quickly as other O/R tools? 

-Mike

推荐答案

好问题。一些想法：

1。而"身体"则指的是"身体"。实体框架的一部分是.NET框架的一部分，因此与该框架的节奏相关联，系统的灵活性越来越高意味着各种部分可以并且将以不同的节奏发送。例如，我们正在开发用于数据库生成的电源组，为该功能增加了大量功能。随着时间的推移，我们还将发布POCO模板。

2。对于VS工具，是的，同样适用，我们确实感受到以此频率释放的痛苦（你和我们的）。我们希望为EF工具提供更快速的节奏，并且已经在VS2010中做了很多工作以使自己能够做到这一点，但不能在那里做出承诺。请记住，VS生态系统的强大功能，集成工具以及整个VS的大量功能对许多EF开发人员来说都是一个很大的好处; EF特有的一些示例是实体数据源控制和WCF数据服务集成。

3。从一般承诺的角度来看，Microsoft致力于EF和重要资源在多个不同的团队中发挥作用，因此EF将在多种场景中运行良好，从WinForms到数据服务，从WPF到ASP.NET等等。

4。鉴于来自客户和合作伙伴以及PDC的反馈，EF4的未来似乎每天都更加光明，但如果它不符合您的需求，那么（a）请给我们反馈，以便我们能够解决最影响您的缺点和（b）使用您选择的O / R工具：EF无法在任何时候都适合绝对所有人。

这篇关于与Visual Studio绑定的实体框架：坏主意？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！