黃忠成

風雪之閣- i live,so i writing
文章數 - 133, 回應數 - 125, 引用數 - 0


關於我:



黃忠成

  • 資深.NET 技術顧問
  • Run! PC 雜誌專欄作者
  • 程序員雜誌文章作者
  • PC Magazine 雜誌專欄作者
  • MSDN 專欄作者
  • MSDN 特約專屬講師
  • Microsoft .NET專屬講師
  • 台灣微軟特約技術顧問
  • 台灣微軟最有價值專家


  • 批評,指教,鼓勵, 請 寫信給我
    轉載文章請使用連結模式,
    請勿整篇Copy! 謝謝!


    我所提供的教育訓練:

    Windows Forms
    ASP.NET 2.0
    如有課程需要,請與我聯絡!

  • 我的著作:

  • 文章標籤

    全部標籤

    每月文章

    文章分類

    Visual Studio

    總共有 5 篇文章符合此標籤 Visual Studio
    The Parallel Programming Of .NET Framework 4.0(5) - Dive to Parallel Programming
    在CPU進入多核心時代後,原本只限應用於高階多CPU電腦的平行運算技術,也因為多核心的平價化而逐漸浮現在家用電腦應用,什麼是平行運算呢?說穿了其實很簡單,就是依據CPU所內含的核心數,建立對應數量的執行緒,此時CPU的效能會發揮到極致,以2核心CPU為例,

    2010年2月25日 下午 05:28 | 回應 (0) | 閱讀數 : 400 | 文章分類 [ .NET Framework Visual Studio ]

    The Parallel Programming Of .NET Framework 4.0(4) - Inside Out Of Task Library
    圖18中有三個角色,Task Factory負責建立Task物件,Task Scheduler則負責Task的排程事宜。讀者們會覺得很奇怪,至今為止,我們建立Task的方式都是直接以new方式建立,其中並未見到Task Factory的蹤影呀?是的!這是因為Task類別的建構子預設會使用系統所產生的Task Factory物件,所以不需要設計師特別的傳入Task Factory或是明確的使用Task Factory來建立Task,以下是Task類別的模擬碼。

    2010年2月25日 下午 05:24 | 回應 (0) | 閱讀數 : 247 | 文章分類 [ .NET Framework Visual Studio ]

    The Parallel Programming Of .NET Framework 4.0(3) - Deep Into Task Library
    Task Library除了支援Planed/Un plan Exit時的例外處理,及Local Queue、Working Stealing機制外,還有一項很有趣的機制,那就是Continue With機制,這個機制允許設計師在一個執行緒結束後,緊接著安排另一個執行緒來執行指定的delegate,以較簡單、白話的說,就是執行緒的流程控管機制。

    2010年2月25日 下午 05:20 | 回應 (0) | 閱讀數 : 248 | 文章分類 [ .NET Framework Visual Studio ]

    The Parallel Programming Of .NET Framework 4.0(2) - Task Library
    Thread Pool的出現,減輕了撰寫多執行緒應用程式時,所需承擔的執行緒過多而導致效能低落的風險,同時也透過重用執行緒來節省建立執行緒的時間,但是Thread Pool原始的設計仍然是太陽春了點,如前面所展示的,當我們需要等待多個Threads結束才做下一件事時,要嘛就使用Wait Handle在主程式等,要嘛就另外開一個執行緒,於內使用Wait Handle來等待,前者會造成主程式的停滯,後者則會多使用一個執行緒,雖然還是有辦法來調整至完美,但還是需要一道手續。

    2010年2月25日 下午 04:04 | 回應 (0) | 閱讀數 : 315 | 文章分類 [ .NET Framework Visual Studio ]

    C# 4.0 New Feature : Dynamic Programming And TDD
    當閱讀了dynamic型別有關的C# 4.0白皮書時,我很自然的想到了TDD(Test Diven Development),TDD原本意圖讓設計師在撰寫真正程式碼前撰寫測試碼,這個立意很好,因為大多數的設計師總是在完成程式後再來考慮撰寫測試碼,結果是測試碼永遠跟不上真正的程式碼,被放棄的機率高的嚇人。

    2010年1月23日 下午 02:35 | 回應 (2) | 閱讀數 : 925 | 文章分類 [ .NET Framework Visual Studio ]

    Powered by: