在一个项目中，我们实现了数据访问层(DAL)
与视觉设计师一起自动生成大量代码
(在我们的示例中:.NET中的强类型数据集和数据集表适配器)。
但是，使用源代码控制
我发现很难编辑DAL并将其添加到DAL中。
我们已经开始编码新的数据访问
通过手动编写SQL语句
(在我们的示例中:ADO.NET SqlCommands等)对我来说似乎更干净，
特别是通过源代码管理来查看更改。
但是我也担心混合使用数据访问方法。
你有什么建议？
坚持使用自动生成方法，
继续转换为“手动” SQL语句
需要更改时
或者是其他东西？
编辑:灵感来自不错的答案
解决了切换数据访问策略的普遍问题，
我已经概括了问题的提法。
模型数据的处理不是非常面向对象的。
我们使用.NET DataTables代替自定义对象。
最佳答案
如果是在转换为手动ADO还是继续使用数据集+表适配器之间进行选择，我认为最好还是保留数据集。通过使用它，您可以获得免费的CRUD，从而减少了创建和维护没有任何价值的sql的时间。
顺便说一句，您的问题听起来也不是要采用面向对象的方法，这可能是远离数据集+表适配器方法的一个论据。
如果您要处理越来越复杂的业务逻辑，则可能还需要对OR-mapper +纯对象域进行一些研究/制作原型(prototype)。但是，对于RAD方法而言，它的效果较差。我会检查Linq 2 sql(如果您具有简单的架构/对象结构，并且对对象和表之间的1:1映射感到满意)或NHibernate(如果您是我)。实体框架还不够成熟。下一个版本会更好，但是可能还会持续很长时间。