NHibernate映射的替代方案?

NHibernate映射的替代方案?,nhibernate,fluent-nhibernate,nhibernate-mapping,Nhibernate,Fluent Nhibernate,Nhibernate Mapping,除了NHibernate的xml映射,还有什么好的替代方案吗 我见过流利的英语。我所追求的是高可维护性 更新:我想知道与使用fluent相关的性能问题,因为我猜它将从类中创建xml映射(我猜这可能很耗时) 谢谢我曾经从映射文件xsd定义生成一个类库,它为您提供静态类型的映射,您可以为其编写帮助程序和约定。它的好处是语法看起来非常类似于普通的hbm.xml文件,而我还没有时间学习如何使用Fluent进行每个映射 我见过流利的 那就去吧 流利是一个很好的选择。我用流利的NHibernate,效果很好

除了NHibernate的xml映射,还有什么好的替代方案吗

我见过流利的英语。我所追求的是高可维护性

更新:我想知道与使用fluent相关的性能问题,因为我猜它将从类中创建xml映射(我猜这可能很耗时)

谢谢

我曾经从映射文件xsd定义生成一个类库,它为您提供静态类型的映射,您可以为其编写帮助程序和约定。它的好处是语法看起来非常类似于普通的hbm.xml文件,而我还没有时间学习如何使用Fluent进行每个映射

我见过流利的

那就去吧

流利是一个很好的选择。我用流利的NHibernate,效果很好。我发现Fluent配置比默认的NHibernate配置更易于维护和更好

查看-优秀的文档和良好的起点

关于你的编辑,我不能给你任何具体的答案,但我自己在使用Fluent时从未见过任何性能问题。我假设NHibernate单独在启动时会稍微快一点,但一旦映射完成,就应该没有什么区别了。还请注意,由于Fluent在NHibernate配置之前提供了简单性,因此编写代码的性能会更好

,但我还是要说

使用它对性能的影响很小,但与XML生成无关*。NHibernate有自己的启动时间,fluent只增加了一小部分;它甚至不值得考虑,除非您抛出数千个映射(更具体地说,是程序集)


*Fluent的性能影响实际上来自于调用
Assembly.GetTypes()
,以查找程序集中的任何映射。

其他选项是,并且看起来您已经找到了答案-Fluent。我更新了我的问题。我想知道fluent是否在性能方面很好,并没有明显比xml映射差。xml处理比将fluent映射转换为xml需要更多的时间。