其他

在學習.net編程時，你一定有聽到過這樣的說法，System.String類是不可變字串，也就是說你不能修改一個字串的值。 比如以下這段代碼 string s = "hello";s = "world"; 你並不是把s的值修改為world，而是產生了一個新的包含"world"的字串，然後令s這個字串的引用指向新的字串，而原來的那個字串就被拋棄掉了。 也正是基於String類的不可修改性，CLR採用了String

看到這個訊息的時候，並不覺得十分意外，因為一直覺得《csdn開發高手》的文章品質比較欠佳，買過最初幾期之後，就失去了再買下去的興趣。

最近在根據PSP(個體軟體開發過程)的相關內容，統計我每天花在主要活動上的時間。在堅持了大概1個月之後，總算也積累了一定的資料。我發現每天浪費掉的時間還真是非常多。在統計資料裡，很少有單次活動超過1個小時的記錄，大部分時候總是會被各種各樣的事情打斷。而且很多時候，你覺得你整整工作了一個下午，但實際的有效時間可能都只有3小時，真是非常驚訝呢。

STL.NET is new to Visual C++ and will ship in Visual Studio 2005.以下是stan lippman的系列文章中的開篇http://msdn.microsoft.com/visualc/?pull=/library/en-us/dnvs05/html/stl-netprimer.asp?frame=true"The working C++ programmer has built up an expertise with this

以下是我在MS News

呼，昨天寫程式的時候終於第一次遭遇Encoding了。在以前看"applied microsoft .net framework programming"的時候把講Encoding的這一段完全的給跳過去了，現在果然遭報應了。　昨天寫的程式的主要功能就把遠端一個網頁儲存到本地，關鍵代碼很短：string query = "http://....";HttpWebRequest req =

  昨天和Sumtec談到自動機和文法分析，一下子腦子有點混亂，把一些概念搞混了，看了半天清華的編譯書也沒有整明白...今天早上起來看了《離散數學及其應用》裡的自動機一部分，才釐清了頭緒。還是外國人的書講得清楚一點。  昨天主要是把NFA和文法分析中的LL(1)

  Take the first

大部分情況下，我們都通過看書或者讀文章來學習一項新的技術，而有時候，看書會比較缺乏身臨其境的感覺，看書的時候覺得自己都懂了，但實際操作起來又什麼都不會。而且書上的例子大部分都是toy code類型的，起不了實際的作用，但是開放源碼的程式，通常又太龐大，哪裡是初學者能看懂的啊。那麼能不能找到又比較簡單，卻又很實用的範例代碼呢？有的!答案就在開發工具自動產生代碼裡!比如你建立一個Windows Forms項目，用可視化的文法加上一個按鈕事件，然後把designer generated

今天又在看C#泛型的代碼，又有一點小發現...但願大家沒聽膩了我說泛型 是這樣的，還是我上次寫的那兩個類：interface ITest{     void testMethod();}class Test<T> where T:ITest,new(){      public Test()     {            t = new T();      }      public void foo()     {            t.testMethod();     

 下面是一個非常簡單的例子，也就是Toy Code，不過還是希望能通過這一些簡單的代碼，來讓大家感受一下如何使用抽象來提高程式的擴充能力。假設我們接到這樣一個任務：設計一個類，具有一個能在螢幕上列印出“Thanks for using this software!"的字樣的方法。 你可能會首先想到，下面這樣簡單代碼就可以完成這一功能： public class Messenger{public void SayThanks(){Console.WriteLine("Thanks for

工作工作的，似乎忘記了要繼續充電了。當然嘍，工作上的原因，SQL Server和資料庫上的長進還是很大的，不過這些還不夠呀。下面是一個欠債清單，要下決心，一個一個還掉了！  - 閱讀Rotor的源碼 在進公司之前，自己的.NET水準終於差不多了可以去看看Rotor源碼的程度了。不過沒想到，工作之後，就一點沒時間來做這種閱讀功課了。現在只有在地鐵上有點看書的時間，考慮要不要把原始碼列印出來在地鐵上看，嘿嘿！至少要把Execution

Rotor:  http://www.123aspx.com/rotor/default.aspxMono:

原帖：http://blog.joycode.com/qqchen/posts/19255.aspx謝謝qqchen一再耐心解釋，然而我感覺我這個人有點冥頑不化..　　希望不要見怪。一些朋友認為我對.net泛型不滿是因為沒有特化，事實上並不是這樣，我對於.net難以實現特化很理解，因為.net選擇了泛型代碼共用，雖然這導致特化的難以實現，但這並不是一個沒有理由的選擇。（當然我覺得C++的選擇也沒有錯，因為在C++裡，如果沒有模板，你就必須為每一個類寫一個vector，所以還不如讓模板自動產生，這

今天在微軟新聞群組裡，看到有人問對於以下這個類：class Test {      public Test()     {            throw new Exception("Can not use this constructor");     }      public void Hello()     {            Console.WriteLine("hello World");   

基本上和原始碼顯示有關的東西在TextView類內。檔案儲存體在Document的子類當中。似乎是一個很標準的MFC的Document/View架構。和顯示相關的代碼都集中在TextView.OnPaint()裡面。大約的過程就是從TextBufferLocation處開始，一行一行Colorize後，輸出。看來，要自己寫一個Edit的話確實需要自己負責輸出的部分，嗯，要回去看GDI+了　。現在還有點搞不清TextBufferLocation和TextBuffer的具體區別，不過已經有一個大概的

看到muddle在他的blog裡講到對非公有成員的測試問題，突然想到，我曾經在csdn上也問過這個問題，當時思歸回答我說，測試也要遵守oop的原則，我一下很有感觸，對這個問題有了一個新的看法。我現在的想法就是私人成員是不應該測試的。首先，NUnit這樣的工具應該用來對外部介面進行測試，尤其在測試驅動開發裡，你寫下test case的時候，實際上是迫使你站到了使用者的立場上，寫下一個test case，其實也就是寫下了一個use

好吧，我還是決定把這個文章放在技術區，因為是寫給技術人員看的。起因是看到大家瘋狂地向某人索要電子書。我要說的是在emule上，沒有找不到的電子書啊!(當然限於英文)只要是有電子版的書，幾乎都能在emule上找到。如果你不知道emule是什麼那麼去這裡下載一個，試用一下，現在使用emule下載已經十分方便了，不像eDonkey時代要找伺服器那麼複雜。而且重要的是支援搜尋功能。這也是emule比BT強的地方。

第一次接觸C#的編譯，從現在看來確實和過程化語言的編譯在Symbol Table的構建上有很大的差異。MONO的C#編譯器中，仿照System.Reflection以及System.Reflection.Emit中的構架，建立了自己的TypeManager，用相同的機制來完成對原始碼中的類型和方法的解析以及代碼產生。使用RootContext類型來統籌和驅動整個編譯的過程。文法分析階段產生的Parse

今天註冊、開年級會之類的事忙忙碌碌了一天，累死了...明天就是新學期了。這學期的那門《可視化程式設計》課果然是教C#的，翻了一下那本教材，似乎還不錯的樣子。嗯，終於可以定下心來做些東西，有課程的壓力嘛。不過也被朋友取笑說我選這課純是騙學分..........似乎也對的樣子不過開這課最大的好處是，學校的機房應該都得去裝.net framework了，如此其它課程再有編程的作業，就不必再為了MFC而苦惱了，呵呵