这更像是关于MVC和数据访问的架构问题：
我们有一个自定义程序，可以从MS SQL数据库生成数据层的所有存储过程和类。它非常好，因为它生成一个基类，其基本CRUD操作包括ForeignKey读取。它还生成类的复数版本以返回对象集合。
对于我们应用程序的下一阶段，我们计划使用MVC，但我们希望继续使用这个伟大的工具。我将把生成的类放在新的MVC应用程序中？我见过人们为他们的数据访问逻辑创建了一个Infrastructure文件夹。
继续使用此工具是否是一个好主意，还是应该转换为实体框架？
此外，如果DAL返回我的对象和对象列表，我将在模型层中放入什么？
答案 0 :(得分：1)
您可以将这些类放在一个单独的DAL程序集中，该程序集将执行实际的数据访问。
继续使用此工具是否是一个好主意，还是应该转换为实体框架？
过去被证明有效的东西并不是像炒作词那样取代的东西。
此外，如果DAL返回我的对象和对象列表，我将在模型层中放入什么？
您的视图模型。您将实际传递给您的视图的类。基本上你的控制器将查询你的DAL层检索自动生成的类，然后他们将它们映射到将传递给视图的视图模型。