一个.NET初学者应该为ORM烦恼还是等到他有更多的经验?

我强烈建议您研究Mindscape的光速。优秀的平台,建立在非常好的设计原则之上,一旦掌握了基础知识,就可以真正缩短开发时间。还可以对nhibernate、实体框架等进行功能比较。

你可以试试 BLToolkit :这是一个非常简单的ORM:

public abstract class PersonAccessor : DataAccessor
{
    [SqlText(@"SELECT * FROM Person WHERE FirstName = @firstName")]
    public abstract List<Person> GetPersonListByFirstName(string @firstName);

    [SprocName("sp_GetPersonListByLastName")]
    public abstract List<Person> GetPersonListByLastName(string @lastName);
}

听起来你有很多(我猜是相对较小的)应用程序需要重写,所以我很想马上不要使用ORM。对于您的第一个应用程序,只需尝试使用ADO自己编写数据访问代码-但请尝试确保所有内容都很好地分开,例如使用 Repository 模式。通过这种方式,如果您决定这样做,您可以很容易地用ORM将ADO DAL换成某种东西。

一旦你自己完成了这项工作,你就会更好地了解ORM能为你做什么,以及你是否想使用它(你可能会这样做!).

另外,这确实取决于你写的是什么类型的应用程序,但是我建议先把模型分类出来(应用程序的核心类,通常是“雇员”、“订单”等等),然后根据这些进行数据访问。通过这种方式,您可以使用EF4、NHibernate等,它可以基于.NET模型类生成数据库模式。(尽管这意味着您不能像以前那样轻松地使用Linq to SQL,因为这需要首先将数据库放置到位)。

如果您确实想使用ORM,并且正在使用SQL Server, Linq to SQL 很容易相处。主要的缺点是不能进行模型优先开发,它只支持SQL Server,而且它不再处于活动开发状态,因此花时间学习可能不是一件好事。

您将不得不学习一些数据访问方法,因此您也可以使用/学习ORM。

我将使用Microsoft实体框架。

查看WCF数据服务: http://msdn.microsoft.com/en-us/data/bb931106.aspx