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

Question

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

使用CommandBuilder的明显优势是开发人员时间减少，缺点是运行时间更长。除了这些因素之外，在使用/避免CommandBuilder时还有什么必须记住的吗？

Answer 1

使用像SqlCommandBuilder这样的原始ADO.NET，SqlDataAdapter等通常涉及许多可以避免的样板代码。

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

一些比较流行的ORM是： -

• NHibernate的
• 实体框架
• LINQ2SQL
• Dapper
• PetaPoco

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

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