Time of Update: 2018-12-07
ADO.NET有兩個基本的部分:DataSet和Managed
Time of Update: 2018-12-07
string是參考型別,但它也有一些實值型別的特徵。 string傳值還是傳引用,C#的string聲明是一個String類,當然是傳引用。不過,之所以有這個疑惑,多數是因為這個情況: string a = "aaa"; string b = a; b = "bbb"; 這時候輸出結果,結果發現a的值還沒有變,分析一下: string a = "aaa"; // a-->new String("aaa") string b = a; // b-->a, 傳引用 b = "bbb";
Time of Update: 2018-12-07
我們只要在aspx頁面上加一個DIV一個button就可以來實現就可以達到目的, DIV設定如下:Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-07
[導讀][設計模式整理筆記 一] 基礎知識[設計模式整理筆記 二] 簡單原廠模式(Simple Factory)[設計模式整理筆記 三] 原廠模式(Factory)[設計模式整理筆記 四] 抽象原廠模式(Abstract Factory)[設計模式整理筆記 五] 建立者模式(Builder)[設計模式整理筆記 六] 原廠模式與建立者模式總結[設計模式整理筆記 七] 原型模式(ProtoType)[設計模式整理筆記 八] 單例模式(Singleton)[設計模式整理筆記
Time of Update: 2018-12-07
在很多時候,WinForm也需要像WebForm那樣,輸入部分內容時,會自動顯示相關或相似的更多內容,百度與google都使用這樣的方法.這樣方便很多使用者更簡單使用你設計的系統.在winform設計中,你只需要使用他們的AutoCompleteMode,AutoCompleteSource二個方法.下面是樣本:首先建立一個項目,在Form1上拉入一個TextBox,與ComboBox控制項.進去代碼介面,在Form1_load事件中寫進下面代碼:Code highlighting
Time of Update: 2018-12-07
有些函數,在各個子類中產生完全相同的結果。將該函數移至超類。動機:避免重複行為是很重要的。儘管重複的2個函數也可以各自工作的很好,但重複自身只會成為錯誤的滋生地,此外別無價值。無論何時,只要系統內出現重複,你就面臨“修改其中一個卻未能修改另一個”的風險。通常,找出重複也有一定困難。 如果某個函數在各子類中的函數體相同,這就是做顯而易見的Pull Up Method
Time of Update: 2018-12-07
Compare 有多個重載函數,列出最簡單的一個。public static int Compare (string strA, string strB)傳回值* 小於零,strA 小於 strB;* 零,strA 等於 strB;* 大於零,strA 大於
Time of Update: 2018-12-07
今天在看到有人提出方法中用過this的問題, 然後感覺自己也需要在這裡作個記錄. 順便提一下其用法與細節,注意:在2.0下面使用會出現引用錯誤.因為這個是3.0後的產物擴充方法的作用: 可以直接對.netFrame類庫進行擴充,減少代碼量.使用時應注意的問題: 1、所在類的類名在用做擴充方法的時候無效2、擴充方法必須是在靜態類中的靜態方法,靜態方法的格式有特殊要求 3、擴充方法也可以當作普通的靜態方法使用
Time of Update: 2018-12-07
你有一個函數,其中完全取決於參數值而採取不同香味。針對該參數的每個可能值,建立一個獨立函數。動機:Replace Parameter with Explicit Methods (以明確函數取代參數)恰恰相反於Parameterize Method
Time of Update: 2018-12-07
[導讀][設計模式整理筆記 一] 基礎知識[設計模式整理筆記 二] 簡單原廠模式(Simple Factory)[設計模式整理筆記 三] 原廠模式(Factory)[設計模式整理筆記 四] 抽象原廠模式(Abstract Factory)[設計模式整理筆記 五] 建立者模式(Builder)[設計模式整理筆記 六] 原廠模式與建立者模式總結[設計模式整理筆記 七] 原型模式(ProtoType)[設計模式整理筆記 八] 單例模式(Singleton)[設計模式整理筆記
Time of Update: 2018-12-07
一直知道ArrayList效能不太好,今天就來試了一下, 貼下來以後使用時做個參考.請看下面的代碼:代碼Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-07
最近私下幫朋友做了個類似QQ一樣的聊天工具,(只是類似,功能少了N多),其中那個分組面板就是了sideBar這個控制項,但查了好久,網上都沒有詳細的介紹,在這裡簡單介紹一下吧!下載方法:到百度或google上面用sideBar.dll搜一下就可以下載了第一步就是在工具箱裡面把這個控制項添加進來,工具箱上添加一個選項卡,點擊右鍵,添加項,再選到剛才下載到的DLL檔案。下面介紹一下這個控制項的屬性imageList
Time of Update: 2018-12-07
[導讀][設計模式整理筆記 一] 基礎知識[設計模式整理筆記 二] 簡單原廠模式(Simple Factory)[設計模式整理筆記 三] 原廠模式(Factory)[設計模式整理筆記 四] 抽象原廠模式(Abstract Factory)[設計模式整理筆記 五] 建立者模式(Builder)[設計模式整理筆記 六] 原廠模式與建立者模式總結[設計模式整理筆記 七] 原型模式(ProtoType)[設計模式整理筆記 八] 單例模式(Singleton)[設計模式整理筆記
Time of Update: 2018-12-07
在程式開發中,經常需要調用到外部的DLL,所以需要反射技術,動態載入程式集,方便調用.例如我們建立一個這樣的類:CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->namespace User{ public class ShowName { public ShowName() : this("")
Time of Update: 2018-12-07
對重複要執行的語句,使用這個方法可以提高執行效率。使用這個方法時候必須聲名Parameters的三個參數,否則會產生異常。且看下面代碼: 代碼Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-07
ArrayList是在System.Collections命名空間的一個類, 通過Add的方法添加一個項, 當進到這個類的中繼資料時, 可以看到這個方法的參數是一個object public virtual int Add(object value)所以在添加一個項時需要進行一次裝箱的操作, 讀取一個資料時需要一個拆箱的操作, 所以用ArrayList必然影響效能, 特別是項較多的時候進行讀寫, 至少要進行一次的裝箱一次拆箱,
Time of Update: 2018-12-07
你在各個子類中擁有一些建構函式,它們的本體幾乎完全一致。在超類中建立一個建構函式,並在子類建構函式中調用它。動機:建構函式是很奇妙的東西。它們不是普通函數,使用它們比使用普通函數受到更多的限制。
Time of Update: 2018-12-07
2個子類擁有相同的欄位。將該欄位移至超類。動機:如果各子類是分別開發的,或者是在重構過程中組合起來的,你常會發現它們擁有重複特性,特別是欄位更容易重複。這樣的欄位有時擁有相似的名字,但也並非絕對如此。判斷若干欄位是否重複,唯一的辦法就是觀察函數如何使用它們。如果它們被使用的方式很相似,你就可以將它們歸納到超類去。做法:1、針對待提升欄位,檢查它們的所有被使用點,確認它們以同樣的方式被使用。 2、如果這些欄位的名稱不同,先將它們改名,使每一個名稱都和你想為超類欄位取的名稱相同。
Time of Update: 2018-12-07
你的類中存在一個public欄位。將它聲明為private,並且提供相應的訪問函數。動機:物件導向的首要原則之一就是封裝,或者稱為“資料隱藏”。按此原則,你絕不應該將資料聲明為public,否則其他對象就有可能訪問甚至修改這項資料,而擁有該資料的對象卻毫無察覺。於是,資料和行為就被分開了。
Time of Update: 2018-12-07
[導讀][設計模式整理筆記 一] 基礎知識[設計模式整理筆記 二] 簡單原廠模式(Simple Factory)[設計模式整理筆記 三] 原廠模式(Factory)[設計模式整理筆記 四] 抽象原廠模式(Abstract Factory)[設計模式整理筆記 五] 建立者模式(Builder)[設計模式整理筆記 六] 原廠模式與建立者模式總結[設計模式整理筆記 七] 原型模式(ProtoType)[設計模式整理筆記 八] 單例模式(Singleton)[設計模式整理筆記