我有一个与SQL Server进行通信的Web应用程序。我不是硬编码所有查询字符串,而是选择将它们存储在全局资源文件中。那是不好的做法吗
在旁注中,当我这样做时,Visual Studio对我注意到SQL注入的可能性,尽管这些查询被参数化了(更不用说资源文件中的“拼写”警告)。
解决方法
实践落在一个范围内(例如避免,偏爱,使用等),并取决于上下文。
如果您有高度的授权,那么存储过程不能被使用,也不能使用ORM,那么将复杂的SQL作为资源存储并不是那么糟糕,因为你至少不需要转义字符在System.String中,你至少要保持眼睛有点安全。如果您的SQL本质上是动态的,则将资源文件与文本模板机制相结合是相当干净的。
也就是说,除非在维护成本,可读性和能力方面有明显的好处,否则应避免使用资源文件的一般情况(即在大多数情况下似乎是这样)。将存储过程绑定到代码中有很多干净的方法;有一些合格的ORM工具和小数据访问层可以做得更好。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。