1.使用Parameter
//利用构造函数方式 ，不推荐这样写Parameter p =newParameter("@id",值);
cmd.Parameters.Add(p);//利用对象初始化器的方式，推荐是这样写Parameter p =newParameter()
{ParameterName="@id",Value="值"};
cmd.Parameters.Add(p);
//推荐和不推荐为了什么？在下面说
2.使用Parameter数组
//不推荐的写法Parameter[] pms =newParameter[];
{newParameter("@id",值);
......
};
cmd.Parameter.AddRange(pms);//推荐的写法SqlParameter[] pms={newSqlParameter("@id", SqlDbType.VarChar,50),
.......
} ;
parameters[0].Value ="值";
cmd.Parameter.AddRange(pms);
//推荐和不推荐是因为什么？在下面说
3.Parameter("@id",值)的陷阱
如上1和2中所说，不推荐Parameter("@id",值)的使用方式。为什么呢？
原因是有一次这样写。
new SqlParameter（"@aa",0）; 发现竟然奇怪的调用了 红色圈中的构造函数。
结果就是数据库中原本赋过值的项，变成了null。
为什么0会被编译器看成MySQLDbType类型呢？
原因是，MySqlDbType是一个枚举。0正好对应了Decimal类型。
所以为了避免这种情况，
推荐使用对象初始化器，
或者直接使用带DbType的构造函数实例化，然后再赋值。
总之，直接用构造函数的方式有点略坑~