我最近发布了一个关于 NHibernate 的问题。这使我检查了 Codesmith 的 NHibernate 框架 PLINQO。
同时，我正在他们的官方网站上阅读有关 nhibernate 的教程（因为我正在查看 PLINQO 生成的项目）。
我不是 NHibernate 方面的专家，但我现在正在看的东西（PLINQO 生成的 NHibernate 项目）在我看来非常草率，几乎是灾难的根源。它创建了一组我猜是业务对象的“实体”？我的眼睛一团糟。
有人对 Codesmith 的 NHibernate 有经验吗？
任何人都可以将我指向 NHibernate 的 mc 爸爸。到目前为止，我已经发现了如此多的变体，以至于我已经不知所措了。
谢谢。
我为 CodeSmith 工具工作。你觉得生成的项目看起来很草率吗？你会如何改进它？我们尝试将实体（POCO）/hbm 分离出来以保持一致性和易于使用（如 Randy 上面详述）。实体直接从 hbm 文件中定义的内容生成，可以自定义而不会丢失您的更改。
生成的项目遵循 Linq-to-SQL 和实体框架的架构。我们认为这允许 Microsoft Stack 上的开发人员在后端之间快速切换（NHibernate 到 EF 或 EF 到 NHibernatE），同时最大限度地减少代码更改量。生成的数据上下文为您管理 NHibernate 会话，同时让您可以访问查询扩展、缓存等。此外，您不会丢失任何核心 NHibernate 功能，因为我们只是扩展了核心库。所有核心功能都在高级属性下的 DataContext 上可用。
PS，发布问题并获得及时回复的最佳地点是通过我们的论坛。