.net orm框架的选择取决于项目需求和个人偏好。 并非所有框架都适合所有情况，选择合适的框架需要仔细权衡。
我曾经参与过一个项目，需要处理海量数据，并保证高性能。当时我们评估了几个流行的.NET ORM框架，包括Entity Framework Core, Dapper, 和 NHibernate。 最终我们选择了Entity Framework Core，因为它在关系型数据库的映射方面提供了更强大的功能，并且其异步操作的能力对于处理大数据量至关重要。 然而，这并非一帆风顺。 初期，我们遇到了性能瓶颈，主要是因为没有充分理解EF Core的缓存机制和查询优化策略。 我们花费了相当多的时间进行性能调优，例如调整数据库连接池大小，以及仔细审查和优化LINQ查询语句，避免N+1问题。 最终，通过对EF Core的深入了解和精细的代码优化，我们成功解决了性能问题，项目也按时交付。
另一个项目则选择了Dapper。这个项目规模相对较小，数据量也比较有限，速度和开发效率是首要考虑因素。Dapper的轻量级特性和直接的SQL交互方式让我们能够快速开发原型，并对数据库进行精细的控制。 不过，Dapper的缺点也很明显，它需要开发者编写大量的SQL语句，这增加了代码维护的复杂性，也容易引入SQL注入漏洞。 因此，在使用Dapper时，我们格外注重SQL语句的安全性，并制定了严格的代码审查规范。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
NHibernate，我们也曾尝试过，它提供了对象关系映射的强大功能，但其学习曲线较陡峭，配置也相对复杂。 在项目时间紧迫的情况下，它的上手难度成为了一个显著的障碍。
总的来说，没有完美的ORM框架。Entity Framework Core适合处理复杂关系和大型数据库的项目，并需要较好的性能；Dapper适合小型项目或对性能要求极高且开发者熟悉SQL的场景；而NHibernate则更适合那些需要高度灵活性和对象关系映射功能的项目，但需要投入更多的时间学习和配置。 选择前，务必根据项目的具体需求，权衡各个框架的优缺点，并进行充分的测试和评估。 切记，选择框架只是一个开始，后续的学习和优化才是成功的关键。
