我正在尝试使用 ORM 工具移动到并将其缩小到两个候选人。
nHibernate 或 LLBLGen Pro
请你们告诉我使用这两种工具的优缺点，特别是如果你有这两种工具的经验的话。我对任何其他工具都不是很感兴趣，但我想要一些提示，以便我可以决定花时间学习哪个工具....
我已经知道一个是免费的，一个不是，我也知道 nHibernate 可能需要一些学习....
非常感谢，理查德
【问题讨论】：
标签： nhibernate llblgenpro
我都用过。起初我在 nHibernate 上被卖掉了，尽管我知道其他选择，但我拒绝尝试其他任何东西。
对于 LLBLGen Pro，我持怀疑态度，但很快也看到了优势。我还没有完全放弃 nHibernate。我将继续将 int 保存在我的“工具箱”中。我发现 LLBLGen 在某些情况下很有用，尤其是在与已经存在的数据库交互并且您别无选择重新设计它时。从数据库生成我的 LLBLGen 实体对象需要不到一个小时（当然取决于数据库的大小），而不是必须使用 nHibernate 手动编写所有代码，并进行映射。 nHibernate 缺少一个很好的图形界面来创建映射。当数据库庞大且您可能需要在应用程序中访问数千个表时，这一事实变得更加重要。
虽然 LLBLGen 更像是一个数据访问层生成器（而且我通常不是 DAL 生成器的粉丝），但它具有许多“真正的 ORM”工具应该具备的功能。在我看来，它两全其美。一旦开始使用它，您就会开始意识到它非常灵活和可扩展。我非常喜欢的部分是我可以为生成的实体对象创建部分类，我可以在其中编写业务逻辑以及验证代码。
代码生成是模板化的，因此您可以完全控制它生成的代码。使用 nHibernate，我发现自己一遍又一遍地编写一些相同类型的代码。使用 LLBLGen，我可以生成它并更快地专注于业务逻辑和问题。
对于刚开始使用 ORM 类型工具的人，我真的建议从 LLBLGen 开始，因为 nHibernate 可能会让人不知所措。最终您将获得相同的结果（或多或少）。
编辑 #1： LLBLGen 现在也 100% 支持 LINQ。 （因此，如果您因此喜欢 LINQ to SQL）进一步 LLBLGen 可以支持许多数据库，其中 LINQ to SQL 仅适用于 Microsoft SQL 数据库。
编辑#2： According to Graviton 你可以使用 CodeSmith 为你的 nHibernate 生成一些代码。这真的很酷，但对于 ORM 的新手，我仍然会推荐 LLBLGen。对我来说，这是添加更多的依赖项，LLBLGen 将所有这些都集中在一个包中。就像我之前说的那样，学习曲线不那么陡峭了，您将获得相同的好处，如果您决定去那里，这也将帮助您轻松适应 nHibernate。
【讨论】：
主要区别在于 LLBLGen 是一个代码生成器，而 NHibernate 是一个“真正的” ORM 库。
LLBLGen 优势：
LLBLGen 的缺点：
NHibernate 优势：
NHibernate 的缺点：
当然，这只是我个人的观点……
【讨论】：
在意识到这是一个有点老的问题之前，我输入了一个相当长的答案。那好吧。它仍然非常相关。
您已将列表缩小到 .NET 世界中 ORM 的两个最佳候选者。我对两者的经验都有限，但我已经广泛阅读了两者的优缺点。它们确实以不同的方式满足不同的需求。
在即将发布的 LLBLGen Pro 3.0 中，Frans Bouma 谈到了添加功能以生成 NHibernate 映射。因此，这甚至不一定是非此即彼的决定。
如果你想做“类优先”设计（而不是“数据库优先”设计），NHibernate 几乎是你现在最好的唯一选择（LLBLGen Pro 和 Entity Framework 都不支持这种模式，虽然听起来像Entity Framework 正在改进它在下一个版本中的支持）。
NHibernate 和 LLBLGen Pro 都努力与您无法更改且必须忍受的遗留数据库一起工作。那是他们共同的力量。他们都与 Linq 一起工作。它们也都支持一定数量的图形建模，虽然 LLBLGen Pro 在这方面要好得多（ActiveWriter for NHibernate 感觉就像 Visual Studio 中的 LinqToSql 设计器，但功能并不丰富）。
LLBLGen Pro 具有更强大的代码生成能力，但过多的代码生成会导致可测试性和可维护性受损（一个小的调整可能会导致大量代码需要重新测试）。
虽然 NHibernate 希望帮助您处理相当复杂的对象/关系映射场景，例如类继承，但 LLBLGen Pro 实际上只是以非常快速的方式将您的数据库公开为数据层和业务对象。
如果您可以购买 LLBLGen Pro 并有一些时间，我会尝试两者，看看哪一个更能满足您的需求。无论如何，学习这两种 ORM 对你的简历都有好处。
所以，最后，我会说这是情境性的。在大多数情况下，NHibernate 的成本及其缺乏严重缺陷的情况非常引人注目。
【讨论】：
新版本的 LLBLGen Pro (3.0) 允许您为 NHibernate 生成代码，因此不必选择:)。它还允许您将实体拆分为不同的域。
虽然我仍然更喜欢 LLBLGen pro 运行时，但 LINQ 解释器更完整，并且具有更好的字段更改跟踪。
不幸的是，新的 LLBLGen Pro 3.0 运行时没有太多新功能，因为创建者首先希望更多地关注工具而不是改进现有框架。
【讨论】：
我使用过 nHibernate、LLBLGen Pro、来自我的咨询公司的自定义数据层、Enterprise Library 和 LINQ。 LLBLGen 是迄今为止我最喜欢的，它允许编写一个业务层，该业务层可以使用相同的代码与不同类型的数据库通信，从而提供数据库独立性！另一个令人难以置信的功能是它允许多个连接到不同的数据库。当在一家大公司并且一个系统是用 Sql Server 编写的，而另一个你必须与之交互的是 Oracle 时，这非常有用。
LLBLGen Pro 是一款由 Frans 支持的出色产品，Frans 非常活跃并努力解决问题。 LLBLGen 就像 PhotoShop，它是一个令人难以置信的工具，并且可以在知道如何使用的人手中产生惊人的效果。就像任何可以节省大量时间的工具一样，学习如何使用它需要一到两周的时间，但会在以后的项目中节省数月时间。
它不仅加快了我的应用程序的 DAL 生成速度，而且还很容易在业务层创建查询并发送到表示层。它使创建企业级应用程序变得容易。
如果真的想使用 nHibernate，请从 LLBLGen Pro 开始并生成 nHibernate 代码。如果稍后您的部门决定从 nHibernate 切换到 LINQ，那么您将得到保障。想从 Sql Server 切换到 Oracle？使用 LLBLGen 这是可能的并且相对容易，而使用手动编码的 nHibernate 代码，您必须重写几乎不可能成本合理的所有内容。
Frans 也有空并回答了我的一些问题。
【讨论】：
不要忘记 Hibernate 的最大优点之一：HQL。使用 HQL，不会浪费您的 SQL 技能。 Hibernate 也为原生查询提供了非常好的、无缝的支持。 如果你有一些奇怪的、不符合标准的数据库，那么几乎可以肯定你在某些时候需要你的 SQL 技能，祝你在 LLBL 上好运！
【讨论】：
对我来说，它归结为以数据库为中心 (LLBLGen Pro) 与以域模型为中心 (NHibernate)。
因为我是一个 DDD/OO 人，所以选择对我来说一直很容易，但我明白为什么 LLBLGen Pro 很受欢迎。
【讨论】：
我们在工作中使用 LLBLGen，但它受到了谴责——因为我们有多个相似的模式，但是您需要为每个模式拥有不同的 DLL/类库，这意味着编写可以针对任何模式的代码变得很烦人.
当然，这是一个不寻常的环境，所以它可能不适用于你。
【讨论】：