编辑寄语

Julie Lerman 的观点

Michael Desmond

在软件开发的世界里，什么也不是某些死亡、 税收及数据除外。作为 MSDN 杂志数据点的专栏作家朱莉列尔曼指出的那样："没人可以避免数据，所以它是一个对每个人都是重要的话题。"

这就是为什么数据点以来在 MSDN 杂志的夹具约翰爸爸回来在 2002 年第一次写列。爸爸推出要解决他感到缺乏数据相关的报道，在杂志中 （和一般行业） 的列。当他转身列在 2009 年与微软的作业后时，爸爸建议朱莉列尔曼采取他现场。

我问列尔曼有关她写专栏的经历以及她的思想上的数据与发展。列尔曼告诉我，是不难找到灵感。

"我试着使用列来解释的东西我很好奇或困惑的如什么到底 NoSQL 是，"她说。"或共享的方法经常有人问我的问题的答案 — — 例如，有关实体框架 [EF]。"

迈克尔 · 德斯蒙德：.NET 数据空间已被无趣，用大量的基础设施工作拉动发展 opers 不同的方向。事情安顿下来吗？开发人员试图在 2012 年使大图片决定有关的数据的的任何建议呢？

朱莉列尔曼：解决了吗？哈！我认为他们走的更快。我认为 [对象关系映射] ORMs 打算定居一段时间，和实体框架的"经典"似乎已成为标准的外框.net 数据访问。

有这么多创新的工作和思考能力，尤其是与大数据、 NoSQL 和 CQRS [命令查询责任隔离]、 重点仅举几例。但并非每个人都必须与数据传入的保护伞下的大量工作。真的不要认为 ORM 关系数据库是新的规范。

如何好了 EF 过来一起它的摘要，如果湍流，从第一版 2008 年 EF4 迭代通过过去几年，向运行和最后 EF5 今天呢？

EF 开始作为一个项目的一些严重的数据向导，微软研究院博士级人员。但对于开发人员来说它似乎只是一个部分解决方案。添加 EF4 在 POCO [平原旧 CLR 对象] 支持是巨大的飞跃，，然后代码第一次再加上很简单--使用的 API [DbContext] 大大改变 EF 更广泛认知。直到这些最后两块到达，在微软人士开始关注它的数据组之外的人们。与开发商的眼睛、 热情和激情的后面。

它也是令人着迷，见证在微软的 EF 团队的工作方式的演变。后一个能言善辩的社会不满初始发布版本的那一些具有挑战性交互，他们的反应与一些神奇的更改，向更广泛的受众可口 EF。现在整个团队专注于对社区的反馈的响应。

的感觉，.net 开发社区 — — 接触新版本和提供反馈的子集 — — 具有很强的 EF 的所有权，现在非常支持组正在做的工作。

你觉得时间一直写给你的一天工作的要求？如何没有编写帮助您提高作为一个开发者吗？

你比我的文章都很少准时交货时间的任何人都知道。我只是偷走从其他任务和截止日期，时间，所以我我不断耍弄。我也要偷的一些，从我个人的生活的时间。我想，我和丈夫没有孩子的事实使稍微容易一些。

写作的过程的确有积极的影响我开发技能。我很不情愿的东西写下来，直到我已经探讨了它里面和外面的力量我学会甚至更深的东西可能已经大量的舒适性。我认为我们有很大的责任，不能误导他们的知识，取决于我们的人。我并不断质疑我所知道的和如何的东西，并将我有时很不情愿地拖自己通过一些进化的过程。但它总是有回报。

迈克尔 · 德斯蒙德 是 MSDN 杂志总编。