asp.net – 在资源文件中存储SQL查询是不好的做法吗？

我有一个与SQL Server进行通信的Web应用程序。我不是硬编码所有查询字符串，而是选择将它们存储在全局资源文件中。那是不好的做法吗

在旁注中，当我这样做时，Visual Studio对我注意到SQL注入的可能性，尽管这些查询被参数化了(更不用说资源文件中的“拼写”警告)。

解决方法

如果您有高度的授权，那么存储过程不能被使用，也不能使用ORM，那么将复杂的SQL作为资源存储并不是那么糟糕，因为你至少不需要转义字符在System.String中，你至少要保持眼睛有点安全。如果您的SQL本质上是动态的，则将资源文件与文本模板机制相结合是相当干净的。

也就是说，除非在维护成本，可读性和能力方面有明显的好处，否则应避免使用资源文件的一般情况(即在大多数情况下似乎是这样)。将存储过程绑定到代码中有很多干净的方法;有一些合格的ORM工具和小数据访问层可以做得更好。

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!