-
因為工作關係，常需要寫測試軟體，偶爾會看到訪間的 Log 畫面是彩色的，也想動手將測試結果輸出彩色的 一般我都會用 ListBox 作為顯示畫面，因為 ListBox 以行為單位，很適合我的使用，但也很不幸的 .Net 並沒有辦法將 ListBox 每行用不同的顏色，不過其實還是可以讓他用 "畫" 的完成這項作業 首先先把 DrawMode 設定為 OwnerDrawVariable ，再加入 listBox1.DrawItem += new System.Windows.Forms.DrawItemEventHandler(this.listBox1_DrawItem) ...
-
過去寫了 好幾篇跟執行緒相關的文章 ，講的都是如何精確控制執行緒的問題。不過實際上有在寫的人就知道，那些只是 "工具"，最重要的還是你該怎樣安排你的程式，讓它能有效率的用到執行緒的好處，那才是重點。大部份能有效利用到多執行緒的程式，大都是大量且獨立的小動作，可以很簡單的撒下去給ThreadPool處理，不過當你的程式沒辦法這樣切，就要想點別的辦法了。 開始看 code 前先講講簡單的概念。這篇要講的是另一種模式: "生產者 v.s. 消費者"。這是個很典型的供需問題...
-
其實本來沒打算寫這篇的，不過之前在寫第二篇: [ 該如何學好 "寫程式" #2. 為什麼 programmer 該學資料結構 ?? ] 時，寫的太高興，忘了查 System.Collections.Generics.SortedList 的 KEY 能不能重複... 結果貼出來後同事才提醒我，SortedList 的 KEY 一樣得是唯一的... Orz 實在是不想自己再去寫這種資料結構的作業... 一來我寫不會比較好，二來自己寫的沒支援那堆 ICollection, IEnumerable...
-
接續前文: 該如何學好 "寫程式" ?? 該如何學好 "寫程式" #2. 為什麼 programmer 該學資料結構 ?? 這類文章還真不好寫，想了好幾天，才擠的出一篇文章。第一篇已經講了一堆教條了，第二篇也舉了簡單的例子，說明挑對資料結構的重要性，接下來這篇會把主題放在更複雜的例子上，到底那些地方該注重技術，而那些地方該把重點放在基礎的資料結構及演算法身上。 這次不囉唆半天了，先來回顧一下第一篇，我出的題目是這樣: 以台灣高速公路為題 (中山高、北二高、國道二號...
-
雖然 上禮拜就知道了 ，不過 獎品 還沒拿到，當然要忍一下再發表... 哈哈! 花了幾個晚上拼了 猜數字的程式 ，運氣不錯，順利拼到冠軍了。除了寫程式，把心得貼到 BLOG 也花了不少時間.. 主要貼的這四篇: Thread Sync #1. 概念篇 - 如何化被動為主動? Thread Sync #2. 實作篇 - 互相等待的兩個執行緒 [C#: yield return] #1. How It Work ? [C# yield return] #2. 另類的應用 - Thread Sync 替代方案...
-
自從貼了上一篇 [ 該如何學好 "寫程式" ] 一文，原本以為這種老生常談的內容沒什麼人會看，沒想到還有人給我回應.. :D 原來這種文章還是市場的。接下來這篇，是延續上一篇，來談談要成為合格的 programmer, 我認為應該要俱備的 "內功" 是什麼。上篇我提到，我認知的 programmer，就是要有實作 (CODING) 的能力。要有能力把技術規格 (像是輸入格式，操作介面等等) 具體的寫成可以執行的程式碼。當然是要寫的又快又好，穩定不當機又沒 BUG...
-
繼 上篇 ，講了一些 yield return 編譯後產生的 Code, 說明了 C# compiler 如何用簡單的語法替你實作了 IEnumerator 介面，而完全不會增加程式的複雜度，這是我認為 C# 提供最讚的 Syntax Sugar ...。 不過無意間我想到了 yield return 還有另一種應用方式。靈感來自之前 Darkthread 舉辦的 [ 黑暗盃程式魔人賽 ]。因為參賽題目 [xAxB猜數字遊戲] 原本就是考驗演算法，邏輯就不大簡單了，加上要配合 GameHost 的呼叫方式...
-
C# 常常拿來跟 Java 比較，在 .NET 1.1 時常常是不相上下，而 .NET 又因為較年輕 & 頂著 M$ 的名號，往往被當成玩具一樣，不過 M$ 的確是在 .NET 及 C# 下了很多功夫，作了很多 Sun 不願意在 Java 身上作的事，這次要探討的 yield return 及 IEnumerable<T> 這搭配的 Interface 就是一例...。 Java 在過去的版本，往往為了跨平台，把修改 VM 規格視為大忌，連帶的連語法修改都一樣，即使不影響編譯出來的...