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

发布时间：2020-12-15 22:07:13 所属栏目：百科来源：网络整理

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

我使用“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而不是清理它们.

（编辑：李大同）

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