前述:
對資料庫操作的封裝,相信網路上已經有一大堆,ORM框架,或是.NET本身的EF,都很好的支援資料庫操作。這篇文章是分享自己所思考的,對資料庫操作的簡單封裝。我對於這篇文章,認為被瀏覽者所關注重點的是怎麼分析設計資料庫操作封裝,程式碼是其次。而且,這是我第一篇文章,為了想好怎麼實現花了些天,程式碼是部落格發表時現寫的。所以我想,使用可能還有bug,而且沒有try catch異常的設計。
這個框架我理應做到對資料庫無關,無論是哪個資料庫都能夠使用。不過,重點在於分析,而不是程式碼。所以,為了更好的闡述,我只做了對sql Server的封裝,對其他的話,瀏覽者可以自己設計;框架可支援鍊式寫法,我想,在許多程式語言,大家對鍊式寫法大不會陌生,所以我想,資料庫存取也可以做成鍊式的模式。這個框架不需要寫sql語句,對任何的操作,都只需要簡單的傳所需的參數,封裝好對應的操作。
在閱讀文章之前最好有些泛型、反射、Link的基礎,不然閱讀可能會有些費力。
進入重點:
框架的結構比較簡單,使用簡單工廠模式,因此筆者就不畫一張UML圖來解釋,而用文字對裡面方法進行描述。
在設計工廠介面時候,應該考慮介面中應該含有鍊式寫入必須的三個階段(也稱部分):資料庫基本操作(打開,關閉,創建等)、資料庫的增刪改查、資料庫返回的資料(這裡我做為執行階段,估計大家會好奇為什麼不是上一階段,大家往下閱讀就知道)和不是必須的事務操作。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 |
|
好了,看完程式碼,大家對具體實現應該還是一頭霧水,那,接下來一步步分析具體實現,是以sql Server來分析。
在具體實作的類別中SQLHelper,設計中所必須的欄位。在一開始設計時候,我在想怎麼給各個資料庫相容,因為它們使用的執行物件Command是不同的,所以為了能夠更好封裝的函式庫,將其設計sqlCommand不暴露給外部使用,而是在內部使用。暴露方法能夠設定com的屬性,以及ExcuteName就存放著執行資料的物件。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
|
第一部分:資料庫基本操作
## createConnection方法:這個方法其實就是new sqlConnection,對其賦值connectionString,也採用了大家一般使用的單例模式,這樣也會在執行的時候比較安全。不過這個單例是指一個Helper對應一個sqlConnection,而不是設計成static,因為我覺得有些項目在存取的資料庫有可能有多個。而且在創建時候,對其進行打開和關閉一次,為了檢查能否真的能使用。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
|
開啟、關閉、釋放connection和建立command就不作解釋了,因為裡面就一句話。
關於基本操作,還有就是關於sqlCommandType的設置,因為預存程序和普通的語句等操作字串明顯是不同,因此要寫個方法來設定它。 #
第二部分:增删改查的操作 这里就解释为什么sql语句不是在这个阶段执行。我觉得,如果将具体的执行放在这个阶段,那么就会导致方法重载过多,为什么?因为并不是所有人都能考虑到使用者要返回的类型,比如我想要List,或者DataSet等等,而且还会将这个方法的作用过重:在我设计的这些方法中,实操作的是对sql语句的生成,所以说为什么不能在这边执行,那么就不能重用。是吧,这样设计很灵活,将数据库真正执行放在下个阶段。而且这些方法都是链式的写法,所以会对执行能够很灵活的控制,最重要能够重用,不需要写别的重载方法,只需要一个方法。
生成sql语句在这也是简单的封装,如果要做起真的框架,我觉得sql字符串的组合还应该创建一个类,来更智能的组合用户的需求。
自然,里面使用到反射、Linq。不过笔者也一步步解释,将怎么设计分享给大家。
大家看到Select、Insert、Update、Delete的接口都有Where的条件字典。没错,反射就在这里使用。为了考虑到数据库的安全,所以sql自然只是简单的拼接,还应该使用参数。所以,反射就用在Where生成参数上。大家也许还看到别的otherWhere,这个怎么不设计成参数,因为Where能够实现的,其实就是赋值语句,也就是表内某字段 = 值,所以需要。在otherWhere中,存放的是其他特殊的条件。前面说这里设计的不完美,就因为如此,其实有些条件 like 或者 使用or ,虽然能够写在otherWhere中,但是没办法使用参数来控制。
那么接下来就是Fiels参数了,这个在各个方法充当不同的作用。Select是查询的字段,Update中是更新的字段,在Insert中是插入的字段,这样就灵活的控制了。在这些字段为空的时候,默认为全部,反射在这里就使用了,遍历模型对象中的属性,然后将它们一个个填进sql语句中。在这里比较注意的应该是插入,因为大家在写sql语句时候是这样的 insert tableName values(value,value....)这样的格式,这样是因为sql会自己对应值插入,而在程序中的模型类中,我想大家写属性可不是按顺序的吧,所以在反射遍历时候,就有可能将几个本来待在某个列位置的值去换了位置的情况。所以,这里在遍历的时候,应该按插入的完全格式来设计,也就是 insert tableName(Field,Field...) values(value,value...)。
在这几个方法中,Delete最简单。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
最后一个阶段,那就是执行阶段,这里封装了些执行的方法。
这个也是简单,最重要的方法应该是setCommand,这个方法是对sqlCommand进行设置,执行的语句,以及添加参数。
1 2 3 4 5 6 7 8 9 |
|
其他就是执行的语句。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
|
当然,还不能少了让用户自定义的方法,所以最后还留了个方法,参数是委托。委托里面的参数还是动态类型,这就懂了吧,想用户怎么用,你就怎么定义。
1 2 3 4 |
|
好了,设计也就到这里,下面就贴上SQLHelper完整的代码。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 |
|
最后还有两个事务的方法,前面忘记说了,其实就是SqlTransaction,在里面的sqlCommand加上这个,就可以实现。或许有人会问,如果有同一时间段有好几个sqlCommand怎么办?不会的,sqlCommand我也设置成单例,就不会发生控制不了的事情了。
結束語:第一次的博客,我雖然做過不少“幼稚作品”,畢竟我是大三學生,如果隨意的寫文章,我擔心只是會成為被嘲笑的對象,幼稚的「作品」也不好意思放在網路上給大家看。所以,在想了幾天,寫了我覺得蠻有用的封裝,雖然可能對許多項目不起作用,但是讀者可以自己在更深的思考。
這個框架,我覺得應該還能更好的封裝,例如從sql語句組合,呼叫的時候發生異常處理,怎麼更好的實作鍊式組合,多資料庫的處理控制,加上鎖我覺得也是可以,畢竟做web的時候可不是像winform,每個端都有自己的connection。還有一個我覺得不錯的,就是在模型上做處理,加上特性,讓框架能夠辨識主鍵,外鍵,在程式中建立sql中的聯繫等。那就給讀者思考了。
以上是詳解C# .NET更聰明的資料庫操作的封裝的詳細內容。更多資訊請關注PHP中文網其他相關文章!