摘要： 你可以不寫一行代碼就把一個包含有多個Dll的C#程序合成為一個可獨立運行的Exe文件。 閱讀全文

摘要： 還不會合并SVN分支？看看這篇文章吧。 閱讀全文

摘要： 弱引用是什么？要搞清楚什么是弱引用，我們需要先知道強引用是什么。強引用并不是什么深奧的概念，其實我們平時所使用的.Net引用就是強引用。例如：Cat kitty = new Cat();變量kitty就是一個強引用，它指向了堆中的一個Cat對象實例。我們都知道，CLR的垃圾回收機制會標記所有被強引用到的對象，而那些剩下的未被標記的對象則會被垃圾回收。換句話說，如果一個對象一直被某個強引用所指向，那么它是不會被垃圾回收的。從這一點來看，弱引用就完全不一樣了——即使某個對象被弱引用所指向，該對象仍然會被垃圾回收。也就是說，弱引用不會影響對象的生命周期。System.WeakReference類是. 閱讀全文

摘要： 問：當我們new一個對象時，會發生什么事？答：調用該類型的構造函數。問題看似簡單，不過事實上，CLR做的比這要多。。。要準確回答這個問題，還要分情況來說。new一個引用類型首先，要實例化一個引用類型，就一定需要在堆上分配內存。要分配內存，就需要先計算出這個引用類型占多大空間，需要給它分配多少內存。那怎么計算呢？簡單！只要計算該類型所有字段的長度總和就可以啦。我們知道，引用類型的字段，占一個指針的長度（32位機器上是4個字節，64位機器上是8個字節）。值類型的字段長度可以通過遞歸的方法計算得出（遞歸終點是遇到引用類型或基本類型）。根據這些信息，我們就可以輕松計算出所有字段長度的總和了。但是實際上 閱讀全文

摘要： SortedList，SortedSet與SortedDictionary都是我們常用的泛型類型。當T是我們自定義的類型時，往往該類型的默認比較行為不是我們所期望的。例如，我們有如下很老土的Employee類： class Employee { publicint Id { get; set; } public String Name { get; set; } publicint Age { get; set; } }如果我們想讓Employee類型按照Name字段升序排序，一般有兩種做法。一種是讓Employee實現IComparable或者ICo... 閱讀全文

摘要： 很多C#的教材都會強調對象相等的概念。我們都知道，在C#的世界里存在兩種等同性。一種是邏輯等同性：如果兩個對象在邏輯上代表同樣的值，則稱他們具有邏輯等同性。另一種是引用等同性：如果兩個引用指向同一個對象實例，則稱他們具有引用等同性。眾所周知，Object類型有一個名為Equals的實例方法可以用來確定兩個對象是否相等。Object的Equals的默認實現比較的是兩個對象的引用等同性。而Object的派生類ValueTpye重寫了Equals方法，它比較的是兩個對象的邏輯等同性。也就是說，在C#里，引用類型的默認Equals版本關注的是引用等同性，而值類型關注的是邏輯等同性。當然，這并不總能滿足 閱讀全文

摘要： 前一陣子我參加了一次筆試，其中有一道選擇題讓我印象深刻，是這樣的：實例化一個X類型對象時所執行的順序：A.調用X類型構造函數，調用X類型基類的構造函數，調用X類型內部字段的構造函數B.調用X類型內部字段的構造函數，調用X類型基類的構造函數，調用X類型構造函數C.調用X類型基類的構造函數，調用X類型構造函數，調用X類型內部字段的構造函數D.調用X類型基類的構造函數，調用X類型內部字段的構造函數，調用X類型構造函數我覺的這道題出得很沒水平。在C++的世界里，我會毫不猶豫的選D。但是，由于C#引入了字段初始化器，所以選什么答案完全依賴于類具體是如何設計的。好吧，我們今天就來談談C#在類型實例化時都有 閱讀全文

摘要： 剛開始學習C#的時候，就聽說CLR對于String類有一種特別的內存管理機制：有時候，明明聲明了兩個String類的對象，但是他們偏偏卻指向同一個實例。如下：[代碼]這里的same會被賦值為true。也就是說s1真的和s2引用了同一個String對象。當然，應該注意到的是s1和s2都被統一賦值為同一個字符串“Hello”，這才是出現上述情況的原因?，F在我們初步得出結論，當有多個字符串變量包含了同樣... 閱讀全文

摘要： 我們知道，在匿名方法或者lambda中，可以訪問或者修改該匿的定義范圍內的變量。例如：int num = 1; Func<int> incNum = () => ++num;其中lambda表達式使用了在其外部定義的變量num。我們可以認為該段lambda語句塊構成了一個閉包，而這個閉包捕獲了外部變量num。好了，不說那么多讓人看著難受的定義套話了。我們進入正題，看看在C#中變量是如何被捕獲的。來看一個例子： public Func<String> CreateFunction() { String str = "我的幸運數字是"; int n 閱讀全文

摘要： 在C#中，重載自增、自減操作符的語法并沒有什么特殊之處，如下：public static SomeType operator ++(SomeType some){ //具體實現}對于C#中的自增、自減操作符重載，無論前綴式或是后綴式，都統統只需要一個實現。也就是說無論我是這樣：someType++，還是這樣：++someType使用SomeType類型的自增重載，上述代碼中的實現都完全足夠完成任務。但是，前綴式++與后綴式++的行為畢竟不同，為什么他們只需要一份同樣的實現就可以達到我們需要的目的了呢？另外，重載操作符的第一原則就是不應該改變操作數對象，而應該返回一個新的對象。否則不僅很可能會令 閱讀全文