在一个项目中我们实现了数据访问层(DAL) 使用自动生成大量代码的可视化设计器 (在我们的例子中:.NET 中的强类型 DataSet 和 DataSetTableAdapter)。
但是，使用源代码控制 我发现编辑和添加新东西到 DAL 很麻烦。 我们已经开始编写新的数据访问 通过手动编写 SQL 语句 (在我们的例子中:ADO.NET SqlCommands 等)对我来说编辑起来更干净， 尤其是通过源代码管理查看更改。
但我也担心混合使用数据访问方法。 你有什么建议？ 坚持使用自动生成方法， 继续转换为“手动”SQL 语句 当需要改变时， 还是别的？
编辑:受到不错答案的启发 解决切换数据访问策略的一般问题， 我已经概括了问题的提法。
模型数据的处理不是很面向对象。 我们使用 .NET DataTables 而不是自定义对象。
最佳答案
是的，坚持现有的，并在必要和方便的时候进行重构。我讨厌不同意其他答案，并且混淆了事情，但是通过使用另一个数据访问框架，您可能会用一个系统来换另一个系统。选择你觉得舒服的基础知识。
关于.net - 将数据访问策略切换到项目中？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/916873/