我们是一个小团队，在非常紧迫的期限内开发 .NET 中的大型 Web 应用程序。我们使用多个数据库(每个客户端一个)，因此我们的要求与大多数应用程序略有不同。数据库将仅用于此特定应用程序，因此它们是否与应用程序紧密耦合并不重要。主要的决定因素是开发速度、长期可维护性和安全性。我们正在考虑 3 个选项:
选项 1 - LINQ to SQL
我们都没有任何使用 LINQ 的经验，但我们一直在研究它，它似乎是一个不错的选择，而且不太难学。值得在紧迫的期限内冒险学习一种新方法吗？
选项 2 - 存储过程
似乎维护多个数据库设置可能是一场噩梦(或者会吗？)，并且由于我们没有专门的数据库开发人员，因此可能会减慢在另一个环境中工作的开发速度。基本的 CRUD 查询将由代码生成器生成，这是一个优势。
选项 3 - 内联查询
这种方法开发起来最快，但我知道现在人们普遍反对硬编码查询，我担心从长远来看我们可能会遇到可维护性问题。基本的 CRUD 查询将由代码生成器生成。
如果我们遗漏了任何因素，请告诉我。什么解决方案最适合该项目？
最佳答案
如果你的截止日期很紧，就不要尝试新的东西。要求开发人员在家里和业余时间学习 Entity Framework ，并在下一个项目中尝试。同时做你最了解并且过去成功使用过的事情。
如果内联查询在 DAL 程序集中解耦，那么它们也不错。
关于asp.net - LINQ、存储过程、内联查询，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7613268/