空值處理二講述

1、空值處理 二 1.空值處理 數(shù)據(jù)庫中 沒有C#中的null 值 下面的判斷空值的方法就是錯誤的DataRow dr =TableName.Rows0 ; if(dr"ID"=null) / 這是錯誤的 它不能判斷是否為空值。return;在數(shù)據(jù)庫中 空值是DBNULL 判斷方法應(yīng)該是if（dr"id"=DBnull.value）return;或者這樣判斷if（dr"id".tostring()=string.empty）return;這里有產(chǎn)生了一個問題 什么樣的數(shù)據(jù)可以轉(zhuǎn)化為字符串 保

2、證這個轉(zhuǎn)化不報(bào)錯object aa=null; string Eorr= aa.toString(); /這個會報(bào)錯誤 提示數(shù)據(jù)沒有實(shí)例化 也就是這種空值不能轉(zhuǎn)化成字符串 object bb=DBnull.value; string Right=bb.toString(); /這個是正確的 它轉(zhuǎn)化出來的是 空字符串" ".if(Right=string.Empty) 這會是正確的 他們相等 同時 有 " "=string.Empty=Right;.在數(shù)據(jù)庫 使用 select * from TableName 這樣的語句查

3、詢時 經(jīng)常查到某個字段的值是NULL，也有為空白的。它們有什么區(qū)別呢 ?？瞻拙褪强罩?空值也是一中值 相當(dāng)于空字符串“ ” 在C# 里把它轉(zhuǎn)化為字符串時 它的確也就是空字符串在數(shù)據(jù)庫中看到的NULL 其實(shí)是表示數(shù)據(jù)值不確定 未知 對于剛剛?cè)腴T的我就直接把它當(dāng)作空值使用。在C#中 它就對應(yīng)DBnull.value ， 我猜測DBnull.value 它也就是為了處理數(shù)據(jù)庫的數(shù)據(jù)方便而特意設(shè)計(jì)的一種數(shù)據(jù)值。剛才看了，DBNull.value 轉(zhuǎn)化為字符串是也空字符串“ ”。所以在數(shù)據(jù)庫中要判斷一個數(shù)據(jù)是否為空 最保險(xiǎn)的方法就是if（dr"id".tostring

4、()=string.Empty） / 它不會有報(bào)錯發(fā)生 因?yàn)閿?shù)據(jù)庫中沒有C# 對象為null的現(xiàn)象。. /如果你是自己賦值了的話就難以肯定的說了 只能說從數(shù)據(jù)庫中獲取的數(shù)據(jù)沒有 對象沒有實(shí)例化的null現(xiàn)象.2.常量值造成的影響例如 寫一個不同的付款方式 折扣不同的函數(shù)float GetDiscountRate(string PayWayName)if(DisCounWayName ="銀行卡")/五折if(DisCounWayName ="現(xiàn)金")/7折 這個函數(shù)中使用了兩個常量值 "現(xiàn)金&qu

5、ot; , "銀行卡" 它產(chǎn)生了什么影響呢 別人在使用這個函數(shù)時就一定要知道這個函數(shù)傳遞什么參數(shù)才有效果 如果別人傳遞參數(shù)名為“存值卡” 時就毫無作用 也就是說函數(shù)參數(shù)的值是有限定的 這個函數(shù)在使用時就要求別人首先一定要知道內(nèi)部支持實(shí)現(xiàn)了哪些付款方式。 這就是一種高耦合 改善后的寫法應(yīng)該是 float GetDiscountRate(bool PayWay) if(PayWay )/ 銀行卡 五折else/存值卡 7折 上面的寫法就是把參數(shù)類型變成BOOL限制成只有兩種情況 了 用 true 代表銀行卡 false 代表現(xiàn)金 那么別人在使用這個函數(shù)時就一定不

6、會用錯了如果是更多的情況就可以使用枚舉類型 枚舉類型 可以支持很好的擴(kuò)展型 使用它最佳 。再說 dr"銀行卡" 假設(shè)它表示在數(shù)據(jù)庫中用銀行卡支付的付款額 dr"銀行卡" 這個 直接用“銀行卡”這個常量值寫法 產(chǎn)生的是什么問題呢產(chǎn)生的問題是 如果數(shù)據(jù)庫字段名稱變更 它就會報(bào)錯 軟件崩潰 。如果是大面積使用的這個寫法 就會大面積錯誤 例如后來發(fā)現(xiàn) 銀行卡這個字段名 不準(zhǔn)確 應(yīng)該叫 銀聯(lián)卡 更加準(zhǔn)確。那么改起來就會很痛苦 Ctrl+F 或許可以很快替換名稱但是這也是危險(xiǎn)的。有常量值造成的其實(shí)是一種人必須了解編程細(xì)節(jié)的麻煩。 在多

7、個函數(shù)中使用同一個常量值 還會造成多個函數(shù)的強(qiáng)聯(lián)系。舉例就不舉了 我曾經(jīng)遇到過 是很痛苦的經(jīng)歷。3說一下寫程序的一些簡單原則少用常量 例如 整數(shù)值突然冒出一個 if（a=7）。 這個自己哪一天再看也會忘記為什么這里要用7 判斷 最后保證每個函數(shù)是獨(dú)立關(guān)系 。在開發(fā)企業(yè)管理軟件時 很常見的情況是寫一個函數(shù)必然有數(shù)據(jù)驗(yàn)證的部分 我覺得最后不要把數(shù)據(jù)驗(yàn)證部分交給其他函數(shù)來驗(yàn)證。很多時候 利用邏輯上的關(guān)系 一個函數(shù)是可以免去數(shù)據(jù)驗(yàn)證的 但是數(shù)據(jù)庫的隨機(jī)事故發(fā)生時 你那個函數(shù)可能就無非工作了。例如 保存進(jìn)入數(shù)據(jù)庫時 假設(shè)要分別保存 進(jìn)不同的表 一個是主表 一個是明細(xì)表 為了偷懶我們很可能的做法是在保存主

8、表的函數(shù)里面進(jìn)行了數(shù)據(jù)驗(yàn)證 所以在保存明細(xì)表示就不驗(yàn)證數(shù)據(jù)是否有效了。這造成的影響是：你一開始寫這個保存明細(xì)的代碼時 你利用邏輯上先保存主表在保存明細(xì)表這個邏輯順序免去了寫數(shù)據(jù)驗(yàn)證的代碼 但是在你在其它地方想使用這個函數(shù)時 就沒有了這個邏輯順序可以利用了 你再貿(mào)然使用這個函數(shù)就會特別危險(xiǎn) 所以寫函數(shù)時就不能依靠事物邏輯下形成的便利。函數(shù)抵抗隨機(jī)性的能力會變差 有可能程序恰好運(yùn)行到這個函數(shù) 而有人已經(jīng)把在后臺把數(shù)據(jù)庫給修改了。這個時候就很可能發(fā)生錯誤 使軟件崩潰。生活中使用電腦常見的錯誤就是由文件丟失導(dǎo)致軟件崩潰。錯誤就有可能是在其它函數(shù)中檢查了這個文件是否存在 而然在另外某個函數(shù)沒有檢查文件是

9、否存在 因?yàn)榫幊倘藛T一開始是在有事件邏輯關(guān)系下 寫的代碼 。所以寫一個函數(shù)就應(yīng)該有自己獨(dú)立的數(shù)據(jù)驗(yàn)證部分。提高處理隨機(jī)問題的能力。寫代碼時 一定要考慮第二次使用時 或者別人使用時會發(fā)生什么例如 這樣一個更新數(shù)據(jù)庫的函數(shù)int UpdatePos(Pos pos) / 更新消費(fèi)記錄表 Pos 表示那張消費(fèi)記錄表List<Field >list=new List<Field>();/ Field 表示一個表的字段實(shí)體 包括字段名 字段值for(string fieldName in pos.FieldNames) list.add(posfi

10、eldName); /這里是為了配置滿足下面那個更新函數(shù)的參數(shù) Field return SqlHelp.UpdatePos(list.toArry()，pos.flowNo);/利用流水號更新消費(fèi)記錄這個函數(shù)有什么問題呢 一開始我就是這樣寫的 當(dāng)時是沒有空值的情況發(fā)生的 但以后 用著就發(fā)現(xiàn)問題了 如果某個字段值為Null ,程序就報(bào)錯 。于是我又改成了 int UpdatePos(Pos pos) /更新消費(fèi)記錄表 Pos 表示那張消費(fèi)記錄表List<Field >list=new List<Field>();/ Field 表示一個表的字段實(shí)體 包括字段名 字段值for(string fieldName in pos.FieldNames) if(posfieldName=null) /我實(shí)現(xiàn)了表pos 由字段名稱索引continue; list.add(posfieldName); /這里是為