以?替代参数配合扩展方法简化数据库操作的实践

  前面的2篇关于简单介绍了仿效Java在SQL以?代替参数位置的实现方案,在编程开发中,我们都会将一些奇怪的简单的、复杂的想法,用我们本身的编程理念去实现,从粗糙到优美的每一步,都能让我们感到骄傲,虽然在别人眼中可能是一个愚蠢的、甚至是脑残的想法,但是作为一个程序员,我始终认为:“编程不仅既是一门技术,更是一门艺术;就算是最枯燥乏味的编码,我们也要以一种激情澎湃的编码行为去完成它。”,每一次尝试、实践都能让我们获益良多,尽管不是每一次尝试都是那么正确,但是起码错误以后你也能发现,原来这条路是走不通的,这就是经验。

  稍微偏题了,接着我们所要讲述的内容继续下去吧。

  原本我们所需要编写的SQL也许是这样的一种格式:

1     public UserInfo GetUserInfoById(Guid id){
2 string sql = "SELECT name,age,address,desc FROM UserInfo WHERE id = @id";
3 Sqlparameter param = new SqlParameter("@id", id);
4 //处理UserInfo的代码省略
5 }

  

  然而经过上2次的关于?代替参数的做法呢,新代码的格式变成:

1     public UserInfo GetUserInfoById(Guid id){
2 string sql = "SELECT name,age,address,desc FROM UserInfo WHERE id = ?";
3 UnknowSqlParameter castUnknow = new UnknowSqlParameter();
4 Sqlparameter[] parameters = castUnknow.CastUnknowMark(ref sql, id);
5 //处理UserInfo的代码省略
6 }

  

  看起来第二种没有比第一种有多少简略,甚至稍微麻烦了一些,的确如此,但是如果我们加入扩展方法的话,就会变得比较简单了。比如我们原本的SQL连接类为如下代码:

  

 1     public static class SQLHelper
2 {
3 #region Connection
4
5 /// <summary>
6 /// 数据库连接
7 /// </summary>
8 private static SqlConnection connection;
9
10 /// <summary>
11 /// 打开数据库连接
12 /// </summary>
13 /// <param name="connectionString">连接字符串</param>
14 private static void OpenConnection(string connectionString)
15 {
16 connection = new SqlConnection(connectionString);
17 connection.Open();
18 }
19
20 /// <summary>
21 /// 获取数据库连接
22 /// </summary>
23 /// <returns></returns>
24 public static SqlConnection GetConnection()
25 {
26 string connectionstring = ConfigurationManager.ConnectionStrings["Sql"].ConnectionString;
27 if (connection == null || connection.State == ConnectionState.Closed)
28 {
29 OpenConnection(connectionstring);
30 }
31 else if (connection.State == ConnectionState.Broken)
32 {
33 connection.Close();
34 OpenConnection(connectionstring);
35 }
36 return connection;
37 }
38
39 #endregion
40
41 #region Commond
42
43 /// <summary>
44 /// 设置SqlCommond
45 /// </summary>
46 /// <param name="com">sqlCommond</param>
47 /// <param name="type">CommondType</param>
48 /// <param name="values">参数</param>
49 private static void SetSqlCommond(SqlCommand cmd, string sql, CommandType cmdType, SqlParameter[] values)
50 {
51 cmd.Parameters.Clear();
52 cmd.CommandText = sql;
53 cmd.CommandType = cmdType;
54 if (values != null) cmd.Parameters.AddRange(values);
55 }
56
57 #endregion
58
59 #region ExecuteReader
60
61 /// <summary>
62 /// 获取SqlDataReader
63 /// </summary>
64 /// <param name="sql">sql语句</param>
65 /// <param name="values">参数值数组</param>
66 /// <returns></returns>
67 public static SqlDataReader ExecuteReader(this SqlConnection conn, string sql, params object[] values)
68 {
69 return ExecuteReader(conn, sql, CommandType.Text, values);
70 }
71
72 /// <summary>
73 /// 获取SqlDataReader
74 /// </summary>
75 /// <param name="cmd">SqlCommand</param>
76 /// <param name="sql">sql语句</param>
77 /// <param name="values">参数值数组</param>
78 /// <returns></returns>
79 public static SqlDataReader ExecuteReader(this SqlConnection conn, string sql, CommandType cmdtype, params object[] values)
80 {
81 using (SqlCommand com = new SqlCommand(sql,conn))
82 {
83 UnknowSqlParameter castUnknow = new UnknowSqlParameter();
84 SqlParameter[] parameters = castUnknow.CastUnknowMark(ref sql, values);
85 SetSqlCommond(com, sql, cmdtype, parameters);
86 return cmd.ExecuteReader();
87 }
88 }
89
90 #endregion
91 }

  

  

  为了方便及代码不会过长,只有ExecuteReader方法,因此当我们在使用到前面那个例子的时候,代码将改变为:

1     public UserInfo GetUserInfoById(Guid id){
2 string sql = "SELECT name,age,address,desc FROM UserInfo WHERE id = ?";
3 SQLHelper.GetConnection().ExecuteReader(sql, id);
4 //处理UserInfo的代码省略
5 }

  

  现在的代码跟第一次的代码很相近,差距也不会太远,但是当参数增多时就不一样了,代码如下:

1     public IList<UserInfo> GetUserInfoByNames(param string names)
2 {
3 string sql = "SELECT name,age,address,desc FROM UserInfo WHERE name IN (?)";
4 SQLHelper.GetConnection().ExecuteReader(sql, id);
5 //处理UserInfo的代码省略
6 }
7
8 //调用方法如:
9 GetUserInfoByNames("张小三","李小四","王小五")

  

  到此相信各位对于这几种方法也有了比较,不管从哪个方面最后的方法仍然是最优的。

  以上的代码纯属讲解对于?替代参数的想法的实现,在真正的项目中应用,还需考虑其他的因素,对于?替代参数的实践就到此结束了,谢谢各位!

原文地址:https://www.cnblogs.com/ahl5esoft/p/2122333.html