代码之家  ›  专栏  ›  技术社区  ›  Venemo

我应该使用哪个ORM而不是Linq to Sql?

  •  5
  • Venemo  · 技术社区  · 16 年前

    我有一组负责主逻辑的业务类,它们通过接口从数据库中获取数据,并且可以从配置中设置数据提供者(实现接口)。

    1. 使用其他ORM

    我最喜欢的选择是第二个,因为NHibernate比我需要的更强大,而ActiveRecord似乎隐藏了大部分的复杂性。(顺便说一句,我也打算使用温莎城堡。)

    8 回复  |  直到 16 年前
        1
  •  7
  •   Wim    16 年前

    Linq到SQL很好(如果你只使用SQL Server)。不要为Linq to Entities(EF)而烦恼。它在很多层面上都已经破裂(远未成熟)。

    我自己会选择NHibernate——出色的实体映射和多数据库平台支持。以及一个经过大量尝试和测试的ORM。

        2
  •  4
  •   jrista    16 年前

    我推荐实体框架v4.0。与EF v1.0版本首次尝试ORM失败不同,该版本即将发布。NET 4.0真的很棒。微软在各个层面上改进了EF,并直接回应了许多主要ORM社区支持者的意见。我通过电子邮件与微软就EF的几个问题进行了直接交流,包括生成的SQL的效率和有效性、n-Tier故事和可视化设计器。

    新的EF是一个坚实的ORM,它为从具有可定制代码生成的丰富可视化设计器、高效的SQL生成、多层可移植类型、POCO风格实现、代码、概念模型和数据库模式之间非常丰富的映射等所有内容提供了完整的OOB故事。我曾经是nHibernate的大力支持者,也是EF的强烈反对者,但自从我开始使用VS2010/以来,我的观点发生了变化。NET 4.0测试版2。如果您正在开发,我强烈建议您使用EF v4.0。NET平台。

        3
  •  2
  •   lomaxx    16 年前

    我想说NHibernate+FluentNhibernate会让你很快上手。FluentNhibernate的优点是,您只需几行即可设置它,它就会自动将您的对象映射到您的数据库。

    如果你想要配置上稍微轻一点的东西,你可能想看看 Subsonic

        4
  •  1
  •   Bruno Reis    16 年前

    S#arpArchitecture 它是一个基于NHibernate和ASP的框架。NET MVC,您可以在其上构建应用程序。

    好吧,如果你打算从头开始构建一切(也许是为了学习架构),你可以看看S#arpArchitecture的源代码来获得一些灵感。

        5
  •  1
  •   Ravinder Singh    16 年前
        6
  •  1
  •   Tim Jarvis    16 年前

    好吧,我的投票是,在走ORM之路之前,也要看看一个功能齐全的OODBMS。

    db4Objects Versant绝对值得一看,它的速度快,使用起来非常简单,而且相当成熟。

    编辑:注意,db4Objects也支持Linq。

        7
  •  1
  •   Hannoun Yassir    16 年前

    由于这是一个用于学习的项目,因此使用Nhibernate确实值得学习:)

        8
  •  1
  •   Community Mohan Dere    8 年前

    LLBLGen Pro 这简直是最好的

        9
  •  0
  •   Bob    16 年前
    推荐文章