需要针对短时间表项目的.Net数据访问层的建议

时间:2012-03-29 14:15:04

标签: .net entity-framework data-access-layer strongly-typed-dataset

我有一个.Net winforms项目,时间表很短(约一周左右)。我开始编写数据访问层的代码。这不是一项庞大的工作,大约有20个表,存储在Sql Server或本地MS Access数据库中。数据访问不是我的专长,所以我想要一些建议。

我的最后一次经历是使用.Net数据集和数据表,它可以了解自我这样做以来已经有多长时间了。我知道数据集在这一点上已经过时了,它们有时肯定会成为王室的痛苦。我确定实体框架,nHibernate,Linq2SQL都可能要好得多,而且我想使用最好的工具 - 但是,我只有一个星期。如果学习曲线太大,则可能不可行。我应该咬紧牙关并坚持使用我所知道的(数据集),还是有更好的工具可以快速获取和实施?

2 个答案:

答案 0 :(得分:2)

有一系列令人眼花缭乱的新工具可供使用。所有这些都是很棒的工具,但是传统的ADO.NET仍然没有错。所有这些都在引擎盖下使用它,在某种程度上。

他们提供了很好的工具,如对象关系映射,并为我们简化了一些事情,但在某些情况下,它们是矫枉过正的,有时候工作的正确工具不是“很酷的新事物”,而是经过尝试和真实的事情。 。

你的 的情况下,鉴于你没有时间学习新事物,我认为最好跟你所知道的一致

答案 1 :(得分:1)

我刚刚使用Entity Framework(beta 5.1,尽管它可以使用4.2+)在'Code-First'POCO类中编写了一个Datalayer。

这意味着您可以在标准C#类中编写项目实体(除了一些额外的注释,例如什么属性应该是一个键),并且您可以获得非常直接的持久性。 Entity框架创建您的SQL数据库,设置所有表和关系,以便您可以立即启动并运行数据访问层。 要存储或检索对象,您需要调用(自动创建的)对象上下文,这就像使用LINQ从实体列表中提取对象一样(实际上它实际上是动态创建SQL并查询表)。

涉及一些配置,但与上述相似,它很简单。

请参阅http://blogs.msdn.com/b/adonet/archive/2011/09/28/ef-4-2-code-first-walkthrough.aspx作为精彩教程