前端之家收集整理的这篇文章主要介绍了
asp.net – 在资源文件中存储SQL查询是不好的做法吗？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我有一个与
sql Server进行通信的Web应用程序。我不是硬编码所有
查询字符串，而是选择将它们存储在全局资源
文件中。那是不好的做法吗
在旁注中，当我这样做时，Visual Studio对我注意到sql注入的可能性，尽管这些查询被参数化了(更不用说资源文件中的“拼写”警告)。
实践落在一个范围内(例如避免，偏爱，使用等)，并取决于上下文。
如果您有高度的授权，那么存储过程不能被使用，也不能使用ORM，那么将复杂的sql作为资源存储并不是那么糟糕，因为你至少不需要转义字符在System.String中，你至少要保持眼睛有点安全。如果您的sql本质上是动态的，则将资源文件与文本模板机制相结合是相当干净的。
也就是说，除非在维护成本，可读性和能力方面有明显的好处，否则应避免使用资源文件的一般情况(即在大多数情况下似乎是这样)。将存储过程绑定到代码中有很多干净的方法;有一些合格的ORM工具和小数据访问层可以做得更好。
原文链接：https://www.f2er.com/aspnet/252344.html
