c# – 为什么Dapper在构建命令时会删除任何参数前缀字符？

概述我使用“ASEOLEDB.1”提供程序在Sybase ASE中调用存储过程. SP采用单个varchar(255)参数,称为@PricePreference,在SP中默认为NULL. 我正在使用Dapper的QueryMultiple方法,并传入DynamicParameters对象： var parameters = new DynamicParameters();parameters.Add 我使用“ASEOLEDB.1”提供程序在Sybase ASE中调用存储过程.

SP采用单个varchar(255)参数,称为@PricePreference,在SP中默认为NulL.

我正在使用Dapper的queryMultiple方法,并传入DynamicParameters对象：

var parameters = new DynamicParameters();parameters.Add("@PricePreference","Foo");var reader = dbConnection.queryMultiple("myProcname",parameters,commandType: CommandType.StoredProcedure);

此代码的行为就像我根本没有传递参数一样.看来这是因为Dapper的DynamicParameters类上的AddParameters()方法在我的参数名称上调用了Clean(),它删除了’@’前缀(或其他DBMS的等价物’ – 请参阅MSDN here上的’使用参数占位符’).

如果没有’@’前缀,Sybase似乎无法匹配参数.

相反,当我注释掉对Clean()的调用时,我从查询中得到了正确的结果.

删除“@”前缀背后的理由是什么？

解决方法 简而言之：如果我们只需要担心一个场景,它就会简化大量的代码并进行检查.在所有其他RDBMS中：无论有没有它都可以正常工作 – 当然,当您通过对象属性指定参数名称时,它们是：没有 – 所以这是显而易见的方法.如果这不适用于特定的RDBMS,我相信我们可以研究修复它的方法.大概只是信任DynamicParameters而不是清理它们. 总结

以上是内存溢出为你收集整理的c# – 为什么Dapper在构建命令时会删除任何参数前缀字符？全部内容，希望文章能够帮你解决c# – 为什么Dapper在构建命令时会删除任何参数前缀字符？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。