微軟技術代言人 (Microsoft Regional Director Program)

微軟技術代言人 (Microsoft RD) 是一個以軟體開發技術人員社群為驅動力的長期發展計劃,要擔任技術代言人,必需符合:是區域性的技術領導專家、高手,微軟技術的擁護者;活躍於資訊技術領域,願意倡導微軟技術與理念;樂意為微軟公司在各種重要場合站台;與微軟公司之間的互動良好,等條件。

技術代言人將與全球軟體產業界的資深專家,如資訊長、資深專案經理、資深規劃分析師等,搭起一座交流業界、社群與微軟的溝通橋樑。成為微軟技術代言人,除了表示本身的技術受到業界及微軟的肯定外,同時也負有推動微軟最新技術到產業界的責任,因此成為微軟技術代言人將比一般資訊專業人員或是程式開發人員能夠更早獲得微軟公司最新技術與程式範例,也將有助於最新微軟技術的推廣。

台灣微軟公司非常重視台灣軟體產業夥伴,而能夠在全球 50 個國家 150 位代表中獲得一個名額,也象徵著台灣軟體技術能力已經獲得微軟公司總部的肯定。微軟 .NET 技術代言人,將扮演微軟與產業界密切合作的溝通橋樑,除了能夠更早引進微軟 .NET 的最新技術到業界外,也能夠將業界的意見反應給微軟公司,不僅有助於台灣軟體產業的成長,同時也是台灣軟體產業邁向國際舞台,與全球同步的契機。


  • 年份:2008 年至今
  • 姓名:彭靖灝 ( 部落格)
  • 說明:
    資深資訊人,美商斯歌信息科技(K2、SourceCode) 大中華區技術總監,負責大中華區 K2 平台應用及和微軟相關平台整合相關技術推廣。長期浸淫於應用系統整合解決方案、商務流程管理及服務導向架構領域,並專精於 Microsoft BizTalk Server、以及 Windows WF 等 .NET Framework 開發技術。

精選文章

VSTS 2010 Layer Diagram VSTS 2010 Layer Diagram

當我們在做架構設計時,一開始最常碰到的就是決定系統的分層狀況,像是三層式架構中的使用者介面、商務邏輯和資料存取。而就開發的角度來看,理應是使用者介面只能透過商務邏輯層去存取資料層。不過在實際開發時,我們不經意的繞道而行是常見的事。如何讓開發出來的東西真的能遵循我們原本設計的架構,不致產生違背設計 (以致後續難以維護) 的情況,是個大挑戰...

Workflow Foundation 4 第一課 - 初探 Workflow Foundation 4 第一課 - 初探

微軟在這回推出包括像 Visual Studio 2010、.NET Framework 4.0 等新技術上較以往最大的不同就是儘可能早的提供訓練教材和文件,這讓我們在熟悉新技術上更容易提早入手。針對 Workflow Foundation,原本的訓練教材中就已經有一套還不錯的模組。不過由於從 Workflow Foundation 3.x 到 4.x 改變很大,而完全不曾接觸過 WF 的朋友即便能順利的完成教材中的實做,可能也會有摸不著頭緒的情況...

Workflow Foundation 4 第二課 - Hello WF 4 Workflow Foundation 4 第二課 - Hello WF 4

接下來我們就建立一個簡單的 WF 應用程式,感受一下它的變化。最簡單的例子當然不外乎一個 Hello 程式。如果你接觸過 WF 3,應該瞭解若是我們只是要輸出一段訊息到文字主控台,就是安排一個 Code Activity (為了我打字方便,就把 Activity 翻譯成活動控制項),然後寫一段程式碼:Console.WriteLine…。到了 WF 4,如同前一堂提到的,Code 活動控制項已經不在了,所以怎麼辦呢?讓我們來看看...

Workflow Foundation 4 第三課 - 設計 Code Activity Workflow Foundation 4 第三課 - 設計 Code Activity

前面我們很快的體驗了一下 WF 4 解決方案的建立,如果是在 WF 3,我接下來應該是要個別介紹不同的活動控制項,建立更複雜的應用程式。但是因為 WF 4 在架構上的調整,強制大家真的從包裝作業邏輯開始去建立應用程式流程。所以我們在這一課直接跳進 Activity 的設計,看看如何把之前的動作包裝到單一的活動控制項中,然後讓我們的流程使用這個活動控制項...

Workflow Foundation 4 第四課 - 動態執行流程 Workflow Foundation 4 第四課 - 動態執行流程

我們都知道 XAML 檔就是個 XML 檔案,它描述了一個作業的定義。理論上,一個作業引擎是可以讀取定義的內容,然後執行定義的作業。所以如果我們動態的更動定義檔的內容,就應該會在執行時期產生不同的結果。相對的,透過程式碼定義的作業,除非在程式撰寫時就留下足夠的彈性,否則它就是老老實實的依據定義的作業步驟去執行...

Workflow Foundation 4 第五課 - 測試 WF 流程 Workflow Foundation 4 第五課 - 測試 WF 流程

到目前為止,我們的流程還是停留在說哈囉的層次,但是這麼一個簡單的流程,我們可以看到很多問題。首先,它顯示的訊息是寫死的,所以這支流程並沒有什麼重複應用的價值。我們除了以它為基礎建立很多個實例,然後在主控台中不斷的重複同樣的訊息之外,沒有別的事可以做。比較如下的三個流程:

流程一:在主控台顯示「Hello Workflow Foundation 4」
流程二:提供要顯示的訊息,然後在主控台中顯示這個訊息
流程三:提供要顯示的訊息主體,然後組合出最終應該顯示的訊息,交由呼叫者在期望的使用者介面上顯示...

Workflow Foundation 4 第六課 - WorkflowApplication Workflow Foundation 4 第六課 - WorkflowApplication

到目前為止,我們都是利用 WorkflowInvoker 類別載入 WF 工作流程,交給 WF 執行時期進行相關的作業。WorkflowInvoker 這個類別的特點之一是在和主控程式相同的執行緒上載入 WF 流程,而且都是以同步的方式執行工作流程。如果我們所要執行的作業流程不牽涉到多執行實例,而且是很單純和主控程式結合的作業流程,那使用 WorkflowInvoker.Invoke 方法是最簡單有效的方式...

Workflow Foundation 4 第七課 - If/Else 判斷邏輯 Workflow Foundation 4 第七課 - If/Else 判斷邏輯

到目前為止,我們的流程都還沒有什麼新奇之處,就一個活動,一個作業。現在我們要往前走一步,多增加一個 If/Else 的判斷邏輯,熟悉一下在 WF 流程中條件的安排。原本我們的例子是很簡單的問候,現在我們要再增加一個需求,就是當輸入的名字長度是單數時我們開頭的問候語是:「Greetings」,如果是偶數,那問候語就成了:「Hello」...

Workflow Foundation 4 第八課 - 錯誤處理 Workflow Foundation 4 第八課 - 錯誤處理

即便是最簡單的應用程式,不代表它所面對的系統強健問題就最少。像我們這裡所使用的例子,同樣存在一個致命的問題。如果調用流程時,沒有提供使用者名稱,會發生什麼事?要瞭解問題,最方便的方式就是寫一個測試方法看看不提供使用者名稱會如何...

Workflow Foundation 4 第九課 - Activity Designer Workflow Foundation 4 第九課 - Activity Designer

在這堂課中,我們就要看看如何為控制項安排對應的設計介面。透過設計介面,可以讓我們全然以視覺化的方式指定相關的屬性,或安排其他的內容。記住,在 WF 4 中,就是要把作業邏輯全然包裝在活動控制項中,流程中是不能安排其他程式碼的...