sql - 在 ADO.NET 中使用或避免使用 CommandBuilder

Question

建议使用 CommandBuilder 还是应该为 SqlDataAdapter 手动创建 InsertCommand、DeleteCommand 和 UpdateCommand？

使用 CommandBuilder 的明显优势是更少的开发时间，缺点是更多的运行时间。除了这些因素之外，在使用/避免使用 CommandBuilder 时，还有什么需要注意的吗？

Answer 1

使用原始 ADO.NETSqlCommandBuilder等SqlDataAdapter通常涉及大量可以避免的样板代码。

如今，大多数现代业务应用程序都使用某种形式的 ORM（对象关系映射器），它提供了一组很好的包装器，这些包装器在幕后使用了使用原始 ADO.NET 的最佳实践。

一些比较流行的 ORM 是：-

• 休眠
• 实体框架
• Linq2Sql
• 小巧玲珑
• PetaPoco

使用 ORM 提供了许多有用的功能，例如简单性、灵活性、延迟加载、注入安全查询、POCO 支持等。

如果您仍然强烈希望在 ORM 上使用 ADO.NET，我建议您获取Dapper或PetaPoco的代码，并从您可能找到的一些最好的代码中模仿。