我考虑过使用dapper，但我仍然不喜欢使用内联SQL的想法。 是否有任何想法只是有stored procedures所以如果查询出现问题，它不需要recompilation，而只是对数据库中stored procedure的更改。 是否有任何替代方案，例如将所有SQL queries保存在它自己的类库中？
Dapper 支持这两个选项，并且对该主题没有意见。
您的问题表明代码库的部署很棘手。如果这是客户端代码，那可能是有意义的。对于服务器端代码，重新部署应用通常比更改存储过程更容易 - 理想情况下，通过 TeamCity 等内容单击一次。当然，存储过程也应该具有进程/部署控制。
将 SQL 放在类库中不会给你带来太多好处：你仍然需要重新部署才能获得更改。当然，将面向数据的代码放在 UI（等）代码的单独程序集中可能是有意义的，但这是一个本地体系结构决策。