如何从企业库(c#)中的ExecuteNonQuery获取输出参数值?

时间:2013-02-06 10:30:06

标签: c# enterprise-library

我的存储过程是:

create Procedure spSetUser
(
    @Name NVarchar(50),
    @OrganicTitle NVarchar(30),
    @UserName NVarchar(20),
    @Password NVarchar(16),
    @Result Int Output
)
As
Begin
    Set @Result = -1    
    If Not Exists(Select UserId From dbo.Users Where UserName=@UserName)
    Begin
        Insert Into dbo.Users (Name,OrganicTitle,UserName,[Password]) 
        Values(@Name,@OrganicTitle,@UserName,@Password) 
        Set @Result = SCOPE_IDENTITY()
    End
    Return
End
Go

我的班级(在microsft企业库中):

[DataObjectMethod(DataObjectMethodType.Insert)]
public Int32 SetUser(UserFieldSet Data)
{
    Int32 Result = 0;
    object[] values = new object[] { Data.Name, Data.OrganicTitle, Data.UserName, Data.Password, Data.UserId };
    Result = Db.ExecuteNonQuery("spSetUser", values);
    return Result;
}

结果是执行存储过程的行受影响,但我想得到@Result的值(过程的输出参数),我该如何得到它?

UserFieldClass是:

public class UserFieldSet
{
    public Int32 UserId;
    public String Name;
    public String OrganicTitle;
    public String UserName;
    public String Password;
}

提示:我知道必须使用此代码来获取@Result:

public Int32 SetUser(UserFieldSet Data)
{          
    Int32 Result = 0;
    DbCommand DbCmd = Db.GetStoredProcCommand("spSetUser");
    Db.AddInParameter(DbCmd, "@Name", DbType.String, Data.Name);
    Db.AddInParameter(DbCmd, "@OrganicTitle", DbType.String, Data.OrganicTitle);
    Db.AddInParameter(DbCmd, "@UserName", DbType.String, Data.UserName);
    Db.AddInParameter(DbCmd, "@Password", DbType.String, Data.Password);
    Db.AddOutParameter(DbCmd, "@Result", DbType.Int32, Int32.MaxValue);
    Db.ExecuteNonQuery(DbCmd);
    Result = (Int32)Db.GetParameterValue(DbCmd, "@Result");
    return Result;
}

但我可以用这个方法得到它:

Result = Db.ExecuteNonQuery("spSetUser", values);

2 个答案:

答案 0 :(得分:3)

您是否尝试过使用ExecuteScalar?

答案 1 :(得分:1)

在我阅读问题时,您有两个SetUser的实现;一个使用AddInParameterAddOutParameter手动配置参数的参数,以及一个只传递数组的参数。如果我正确地理解了这个问题,那么第一种方法是有效的,第二种方法则不然。并且您想知道如何使用较不详细的第二种方法使其工作。

我的建议:不要。详细代码工作,以及更多:它的工作原因正确 - 特别是它使用按名称传递,而不是传递索引,这应该始终是首选。

我最大的问题是:为什么是企业库? - 与原始ADO.NET相比,增加的很少。如果我想要便利,我可能会看到“dapper”,但即使使用这个out参数也有点不对劲:

var args = new DynamicParameters(
    new { Data.Name, Data.OrganicTitle, Data.UserName, Data.Password});
// note: ^^ are actually specifying implicit names
args.Add("Result", direction: ParameterDirection.Output);

connection.Execute("spSetUser", args, commandType: CommandType.StoredProcedure);
return args.Get<int>("Result");

通常比这更容易;例如:

connection.Execute("spFoo", new { id = -1, name },
      commandType: CommandType.StoredProcedure);