John的技術文件

資料放雲端，安全嗎?

2012-01-14T01:42:00.001+08:00

一直以來，很多朋友與合作夥伴，一聽到雲端，就會有這樣的問題。我想先請教各位幾個問題：

如果你有十萬塊，請問你會放家裡還是放銀行?

如果你有一百萬，請問你會放家裡還是放銀行?

如果你有一千萬，請問你會放家裡還是放銀行?

這幾個問題，對於大部分的人來說，答案都是"放銀行"。為什麼錢不放家裡，要放到別人開的銀行呢? 難道不怕錢被銀行的人偷走嗎? 事實上，你會放心把錢放銀行的原因，就是因為銀行有一定的安全稽核機制，因此你把錢放銀行被監守自盜的機會，絕對比你把錢放家裡被小偷偷走的機會來得低很多。

公司裡的資料何嘗不是如此? 當你把資料放在公司中，可能會因為系統外包，而被外包的開發人員下載複製帶走；也可能因為開發人員的疏失，而造成系統的漏洞被盜走；更可能因為資料庫管理員沒有落實備份備援計劃，當機房或是伺服器發生問題時，導致重要資料的遺失...

所以資料放雲端安不安全，其實只是一個觀念上的問題。對於企業來說，資訊安全的問題，有七八成是屬於管理面的責任，剩下的才是跟程式實作有關係；也因為這樣，所以才會有ISO 27001的資安標準(http://www.bsigroup.tw/zh-tw/Training/Course-areas/Information-Security/)。如果你的公司沒有通過ISO 27001，如果你的外包廠商沒有通過ISO 27001的標準，那我可以告訴你，你的資料放在公司，絕對不會比放在雲端上面來的安全。至少在機房的管理上，Windows Azure雲端平台通過了ISO 27001的資安標準；而且當作業系統有重要安全更新的時候，還會自動提供安裝最新安全更新的作業系統版本，避免人為因素所造成的安全性漏洞。

當然，也會有些人用剛通過的個資法，質疑雲端的安全性，其實這並沒有太大的關連。就如同剛剛所提到的，系統的安全性其實有大部分都跟管理有關，如果公司整體的資安管理沒做好，資料放哪裡都是不會安全的。就好比你中了大樂透第一特獎，如果你全家人都不跟外人說，錢放家裡也是可行(放得下的話)；但是如果你家人大肆張揚的話，就算你把錢存在銀行，歹徒也可以綁架你去拿這些錢，不是嗎?

從另外一方面來看，也就是因為一般公司的資料中心或是機房管理人員，並非具有專業的資安背景，因此若是將資料存放在管理更好、安全性更高的Windows Azure雲端平台當中，反而更安全! 當然，若是再搭配系統本身實作資料加密，與使用者驗證、授權、稽核等機制，就可以再提升系統整體的安全性!!

面對資訊安全，請記得正確的觀念：資訊安全是架構在良好的資安管理上的! 如果你們沒有制定安全性的政策、程式與架構沒有review、員工沒有資安的觀念與訓練、沒有定期做資訊安全稽核、沒有做資安的弱點分析、沒有有效的掌控重要資料的存取權限、沒有即時監控系統執行的狀況.... 等等，只要其中任何一個資安管理的環節出錯，都會是資安的漏洞!

資料放哪裡，老實說關係其實並沒這麼大。

把Windows Azure 搬回家?

2012-01-10T23:30:00.001+08:00

常常有些夥伴會問我，能不能把Windows Azure 裝在公司的機房裡 ?

其實現階端，很多朋友對於雲端平台的名詞都比較有概念了，但是有些觀念的部分可能是因為沒有實際運用過，所以比較不清楚一點，讓我們用最簡單的方式來說明Windows Azure 雲端平台的概念。

首先，先從公有雲和私有雲開始好了。民以食為天，我們就用開餐廳來舉例：假設是做小吃攤的話，你可以用自家的廚房，然後門口擺幾張桌子椅子，就開始做生意；但若是需要開餐聽賺大錢的話，就必須要有正式的店面，才可以容納川流不息的客戶，又不會影響自家人的三餐。

而餐聽裡有廚房，有桌子椅子；你家裡也一樣有廚房，有桌子有椅子，但是絕對不是做生意用的! 除了這些設施之外，開餐館還需要有裝潢、招牌、會計、廚師等等這些你家裡不需要有的成員。所以我們可以說，開餐廳的一些基本設施我們家裡原本就有，我們在家裡就可以利用這些既有的設施，研發新的菜色，然後再請餐廳的廚師幫我們利用這些新菜色賺錢。

因此簡單的說，私有雲就是你家，公有雲就像是餐聽的店面。在Windows Azure雲端平台上面，有Web Role、Worker Role和SQL Azure等等服務，而你利用企業內既有的IIS、Windows Service與 SQL Server就可以模擬出來這樣的環境，所以其實並不需要在公司裡自己再架一套起來。而且，除了這些基礎建設之外，Windows Azure雲端平台更重要的價值，就是減輕應用程式上線所需要的IT 營運成本，這更是沒辦法在公司中模擬的。

“We wanted a platform-as-a-service solution, not just cloud infrastructure” (http://www.microsoft.com/casestudies/Case_Study_Detail.aspx?CaseStudyID=4000011637)

很多人都會有錯誤的觀念，以為使用虛擬化技術所建構的環境，就是雲端平台(platform)，所以以為自己造一個雲端的環境很容易。事實上，虛擬化技術只是雲端基礎建設(infrastructure) 的一種技術，就好像你今天要開餐廳，透過虛擬化技術，你可以得到的是一個店面的毛胚屋，裡面的水電、瓦斯、裝潢、隔間等，都必須要你自己處理。換句話說，假使你有一手好菜色，在開始開張賺錢之前，你還必須要花很多的心力，才能夠開張營業。

而Windows Azure提供的是雲端平台，就好像是裝潢好的店面，你只要把材料搬進店哩，餐廳馬上就可以開張作生意；甚至還提供了中央廚房，如果生意好的話，店面可以隨時擴張，也不會斷炊…

而開餐廳一定需要買店面嗎? 一般說來，如果是好地段的店面的話，買下來當作一種投資，是有增值的可能；但是以機房設備這種東西來說的話，我入行到現在，從來沒聽說有會隨著時間增值的，只有不斷的折舊，不斷的淘汰而已。因此，以租賃代替購買，還有隨著使用量隨時調整租用資源的數量，才是真正可以有效掌握成本的一種做法。

所以，不要再去想怎樣把Windows Azure搬到公司裡了，趕快想一些新菜色，搬到Windows Azure雲端平台開張做生意吧!!!

從Windows Azure 雲端平台談Web應用程式執行環境的安全性

2012-01-01T23:20:00.001+08:00

對於企業或是雲端服務提供廠商來說，如何讓對外營運的網站或是Web應用程式有一個安全又穩定的執行環境，一直是一個很重要的課題。然而對於大部分的公司來說，因為內部缺乏專業的資訊安全服務團隊的關係，因此往往是等到遭受到惡意的攻擊導致服務停止之後，才開始去修補漏洞；而就算是作業系統有推出修補的程式，IT 人員也有可能因為事情太多忘了馬上安裝修補程式，而導致系統出現了安全的空窗期...

除了作業系統可能會有安全性的漏洞之外，惡意的使用者也可能從網路發動阻絕攻擊(DDOS)來癱瘓你的網站。因此要讓一個Web 應用程式可以對外營運，除了開發之外，有很多的成本都必須花在IT 設備以及網路安全的監控上。重點是 -- 網路上的攻擊手法日新月異，這些投資還是無法保證你擁有一個真正安全的執行環境...

Windows Azure 雲端平台本身是屬於PaaS的一種，而且通過了ISO 27001的資訊安全認證，因此當你把Web 應用程式部署到Windows Azure 雲端平台之後，剛剛前面描述的這些傳統IT 安全性部分的需求，就由Windows Azure 雲端平台的維運團隊來幫你處理了!! 我們可以從最近的一次安全性更新，來看一下Windows Azure如何幫你維護Web應用程式執行環境的安全性：

首先，我們可以先從Scott的Blog，了解這次安全性重要更新 (MS11-110)的內容：http://weblogs.asp.net/scottgu/archive/2011/12/28/asp-net-security-update-shipping-thursday-dec-29th.aspx

而當重要安全性更新發布之際，Windows Azure 的營運團隊也會寄給每個Windows Azure用戶一封標題為："

IMPORTANT NOTICE: Windows Azure updated to address Security Bulletin MS11-100

" 的信，內容如下：

這一封信就是告訴每一位Windows Azure 雲端平台的用戶，這一個作業系統的重要安全性更新，將會自動套用在用戶所租用的作業系統上。換句話說，只要你將Web 應用程式部署到Windows Azure 雲端平台之後，執行環境的作業系統就會自動地保持在最安全的執行狀態，即便是沒有IT 人員的軟體公司，也可以很低廉的成本就可以有高安全性的Web 應用程式執行環境!!

當然，若是你擔心自動套用作業系統安全性的更新可能會導致你的程式部分功能發生問題，你也可以透過下面的方式，測試之後再手動地將執行環境上到最新的版本：

1. 在Windows Azure管理工具當中，首先在託管服務中，建立一個新的預備部屬環境：

2. 設定這次部署的名稱，並且重新上載生產(production)環境所使用的封裝以及設定檔：

3. 完成之後，選取上方選單的"設定作業系統"按鈕：

4. 從作業系統清單中，根據Windows Azure營運團隊所發布的訊息，選取這次更新之後的作業系統版本(WA-GUEST-OS-2.8_201109-03)：

Windows Azure雲端平台中，目前有兩種作業系統：Windows Azure Guest OS 1.x的是Windows Server 2008，而Windows Azure Guest OS 2.x的則是Windows Server 2008 R2. 你可以根據需要選擇需要的作業系統，而不需要另外再付授權的費用。

5. 完成之後，你就可以利用剛剛建立的預備部署環境，測試安裝了安全性更新之後，你的應用程式是否還是可以正常地執行。

6. 接下來，只需要按下上方選單的"交換VIP"按鈕：

然後下面的視窗會告訴你，接下來生產部屬與預備部署的VIP將會交換。換句話說，測試完成的預備部署環境，就會變成生產環境了!!

7. 最後，別忘了將原本的生產環境刪除，否則是會繼續收費的喔!!

在傳統的IT 的生產環境當中，若是要上安全性的更新，除了可能需要重新建置預備部署環境測試之外，當正式要安裝安全性更新時，往往也需要將生產環境離線，安裝完更新之後再測試，才可以重新上線。這樣的作法不但需要很多IT 的成本，也可能會造成系統的down-time。而透過Windows Azure雲端平台自動化管理的機制，就算是你的生產環境中有100個Web Role的instance，我們也可以很輕鬆的測試系統在上了安全性更新之後的狀態，並且在沒有down-time的環境之下，輕鬆地將系統重新上線在最安全的環境之中!!

雲端應用程式開發(2) – 建立Web 角色

2011-11-26T17:20:00.001+08:00

最簡單的雲端應用程式開發，就是從Web角色開始。

Web角色就是在Windows Azure 雲端平台當中的IIS 7執行環境，而你只需要會開發ASP.NET應用程式，就可以透過相同的開發經驗，將ASP.NET應用程式移植到雲端執行。當然，Window Azure也提供了PHP與JSP等等異質平台所需要的執行環境，因此除了ASP.NET之外，利用PHP或是Java所開發的雲端應用程式，也可以部署到Windows Azure雲端平台來執行：

(圖：Windows Azure提供了異質平台的雲端執行環境)

這裡我們先以ASP.NET應用程式為主，介紹一下Web角色的基本操作觀念；至於其他平台的部分，會在後面再陸續介紹。首先以系統管理員身分，開啟Visual Studio 2010 開發工具。若是你有安裝Windows Azure SDK的話，在新增專案的時候，就可以從"Cloud"的專案範本當中，找到"Windows Azure Project"的雲端專案範本。選取"Windows Azure Project"雲端專案範本之後，設定專案名稱為"CloudDropbox" 以及專案儲存的路徑之後，按下"確定"按鈕繼續：

然後會出現如下圖的對話方塊。首先先選擇要新增 "ASP.NET Web Role"，然後按下按鈕之後，就可以在Windows Azure雲端解決方案當中加入一個Web Role角色。接著選取右邊新增的Web角色，按下按鈕之後就可以修改Web角色的名稱。在這裡我們暫時先把這一個Web角色取名為"CloudDropbox_WebRole"，然後按下"OK"按鈕：

此時Visual Studio 2010開發工具會開啟CloudDropbox解決方案，裡面會包含有CloudDropbox以及CloudDropbox_WebRole兩個專案：

CloudDropbox專案是用來管理所有需要封裝及部署到Windows Azure雲端平台所需要的角色以及設定的專案，是雲端應用程式封裝及部署的單元。而在CloudDropbox專案中，預設的建立Web角色則是會對應到名稱為CloudDropbox_WebRole的ASP.NET專案。目前我們就先用預設專案範本的內容，來練習一下如何在本機開發環境當中測試開發好的雲端應用程式專案。

因為Windows Azure SDK會在你的開發環境當中安裝本機的模擬環境，因此當Windows Azure專案開發完成之後，你可以直接在Visual Studio 2010開發環境中按下 F5鍵，先在本機的模擬環境當中測試。當按下 F5按鍵之後，首先Visual Studio 2010開發工具會先編譯解決方案，然後會開始準備本機的模擬環境：

模擬環境啟動之後，你可以在開發環境作業系統的通知列當中，看到圖示。用滑鼠移到圖示上就會出現提示視窗，顯示本機的計算與儲存單元都已經準備完成：

接著，就跟一般的ASP.NET專案一樣，Visual Studio 2010開發工具會開啟瀏覽器，並且連結到裝載在本機模擬環境當中的雲端應用程式：

很簡單吧!! 其實對於ASP.NET開發人員來說，開發雲端應用程式的過程是很類似的，比較不一樣的地方會是在於設計時的一些架構概念以及部署的過程，這些在稍後會再繼續為大家介紹。下一篇文章，我們就要先來申請一個試用的帳號，並且學習如何將開發好雲端應用程式直接部署到Windows Azure雲端平台當中，讓全世界的使用者都可以馬上使用!!

雲端應用程式開發(1) - 執行環境概論

2011-11-23T15:53:00.001+08:00

PaaS (Platform as a Service) 平台最方便的地方在於，平台本身已經設定好了應用程式所需要的執行環境；因此對於開發人員來說，只需要了解 PaaS平台提供了那些支援，就可以在程式中直接使用這些服務，而且在部署的時候不需要另外再透過 IT人員的協助，透過設定的方式就可以調整所需要的執行環境。

以Windows Azure來說，雲端平台環境預設就提供了下面幾種基本的服務：

1. 託管服務 (Hosting Service)：

Windows Azure 的託管服務分成幾種不同角色(role)。Web 角色就是在雲端的IIS 7，可以部署並且執行ASP.NET、PHP 等Web應用程式；而Windows 角色則是在雲端上面的Windows服務，你可以將需要常駐執行的程式，透過Windows 角色開發之後部署到Windows Azure當中執行。

如果執行環境當中，需要比較特別客製化的模組才可以執行的話，Windows Azure也支援VM 映像角色，讓你可以將客製化的執行環境封裝到虛擬機器映像在上再到雲端執行。

2. 儲存體服務 (Storage Service)：

顧名思義，就是用來存放資料的服務。儲存體服務當中可以儲存Table、Blob和Queue等資料，如果有需要的話，也可以mount一個drive出來使用。而所謂的Table資料，並非資料庫當中的表格，而是用來存放程式中的一般非結構化實體(Entity)資料。儲存體服務可以隨時根據需要進行擴充，而且也可以根據程式的需要設定存取的權限。關於儲存體服務的操作方法，會在後面透過實例來介紹。

3. 資料庫服務：

雲端應用程式運算處理過的結構化資料，像是訂單或是產品資料，則是可以存放在SQL Azure的雲端資料庫當中。而透過Data Sync服務，SQL Azure當中的資料還可以更進一步與其他的SQL Azure實體，或是企業內部的SQL Server進行雙向的資料同步，也可以透過報表服務產生雲端的報表。

4. Windows Azure AppFabric：

雲端當中的應用程式執行平台，包含了分散式的快取服務(Caching)、雲端的服務匯流排(Service Bus)和存取控制服務(Access Control Service, ACS)。分散式的快取服務提供可靠而且速度快的暫存資料平台，而服務匯流排則是讓你可以將多個其他的服務，整合到你的服務當中使用。

存取控制服務提供簡單的方法來驗證及授權使用者存取你的 Web 應用程式和服務，同時可以從程式碼提取驗證和授權的功能。不需使用應用程式所特有的使用者帳戶來實作驗證系統，可以讓 ACS 協調使用者的驗證及大部分授權工作。ACS 整合標準型的身分識別提供者，包含企業目錄 (如 Active Directory) 和 Web 身分識別 (如 Windows Live ID、Google、Yahoo! 和 Facebook)。

5. 內容傳遞網路(CDN)服務：

在策略性放置位置快取 Windows Azure Blob 和計算執行個體的靜態內容輸出，以便提供最大頻寬來傳遞內容給使用者。

6. 虛擬網路服務：

透過 Windows Azure Connect，可以使用簡單的使用者介面，在組織網路中的電腦或虛擬機器 (VM) 與 Windows Azure 中執行的角色執行個體之間設定 IPsec 保護的連接。

下面這張堆疊圖，簡單的整理了Windows Azure雲端平台中的服務的架構：

而除了公有雲之外，Windows Azure也可以與企業內部的服務結合，建構混和雲(Hybrid Cloud)服務。如此一來，企業的應用程式就可以分散建立在雲端上立即可以使用的環境中，節省 IT 設備與管理的成本。而對於Windows Azure的架構有了基本的概念之後，下一步就可以來看一下如何開發雲端應用程式。

雲端應用程式開發(0) - 做個Dropbox有多難?

2011-11-19T20:28:00.001+08:00

當網際網路從 .com時代邁入 .App時代，你準備好了嗎?

在 .com的年代，當你想要透過網路賺錢，必須要成立公司，設置機房，架設網站、招募人員... 等等，好像少了什麼? 沒錯，要做這些事情，你必須要有"錢"，而且是"很多很多錢"，才可以完成你的夢想。所以在 .com的年代，如果背後沒有金主或是創投資金挹注的網路公司，通常連創業都會有困難，更別說要營運了...

而現今的 .App時代，又是另一種局面。在 .App時代中，當你有了一個"可能"可以賺錢的想法之後，你並不需要花大錢去尋找金主，因為在網路上，已經有隨即可用的 PaaS平台，讓你可以透過租用的方式，部署你的服務；而網路上也存在者各種不同的軟體服務市場、市集，讓你的服務可以直接被推送到使用者面前，增加賺錢的機會。更棒的是，如果你的想法夠好，你還可以參加像是微軟的BizSpark計畫(http://www.microsoft.com/taiwan/bizspark/)，取得更多的免費資源，大大降低了個人創業的門檻....

也就是因為在.App 時代中，開發人員不需要事先為了建立系統架構(機器、作業系統、防火牆…等等)而傷腦筋，因此你可以在隨時有創意的發想之後，透過Visual Studio 2010開發工具以及你既有的 .NET程式開發技術，就可以快速建立應用程式並且發佈到市集當中。

你覺得開發個Dropbox的解決方案很難嗎? 或許你會想說：

"我不懂Cloud Computing，也不懂MapReduce，應該是不行吧??"

其實，開發雲端應用程式，把你的創意變成可以賺錢的系統，距離並沒有這樣難。一開始，你需要先準備下面的一些傢私：

1. Visual Studio 2010 開發工具：無論是開發行動裝置端的程式，或是雲端的服務，都可以透過這一個工具搞定。

2. IIS 7：主要是程式開發完成之後，提供本機測試的環境。

3. Windows Azure SDK for .NET - November 2011(Get the SDK)：最新的Windows Azure SDK，安裝好之後就有模擬器可以測試開發好的雲端程式。

環境建立好之後，下一步就可以開始開發你的Dropbox解決方案! 別擔心，只要你會開發ASP.NET應用程式，跟著接下來這一系列的教學，搭配Windows Azure雲端平台，不用建立自己的機房，不用懂Cloud Computing，你也可以開始在雲端大顯身手，用力擁抱 .App時代!!!

你是Software Engineer，還是System Engineer?

2011-11-18T00:59:00.001+08:00

Web 應用程式發展到目前以來，儼然已經成為一門顯學，百花齊放，各式各樣的解決方案都有；而加入了行動裝置之後，開發架構與執行環境又更顯得複雜。然而大家捫心自問，這些Web 應用程式，測試過之後，每次都能順利上線嗎?

在傳統軟體的分工當中，開發人員負責開發應用程式、測試、打包，而IT人員協助建置環境、部署以及維運。然而隨著Web應用程式所需要的執行環境越來越複雜，IT 人員維運的成本也就越來越高；如果再加上各種不同新平台模組的設定，IT 人員幾乎是無法掌握Web應用程式上線之後的狀況，於是乎大大小小的問題，都要找開發人員回來處理，搞得開發人員既要開發新的功能，又要三不五時看看是不是因為什麼設定被改掉，導致系統服務發生問題。惡性循環的結果，最後就是每個開發人員都必須要校長兼撞鐘，變成 "Software + System Engineer"….

若是任由故事繼續這樣發展下去的話，我看以後真的是會找不到開發人員了。幸好在雲端的解決方案當中，可以把維運的工作，交給雲端平台(Platform)的提供者，而開發人員只需要著重在系統程式開發的方面就可以了。省卻了IT 環境的建置與維運的工作之後，開發人員的解決方案可以更快的部署上線；這對於提供SaaS服務或是開發行動裝置解決方案的雲端服務廠商來說，更是大大節省營運成本的一盞明燈!

但是大家需要注意的是，有很多團隊對於雲端平台都有錯誤的觀念，以為只要把執行環境直接做成虛擬機器之後，找個代管商的機器丟上去就可以了。請參考上面的這張圖，若是你將執行環境製作成虛擬機器，或是使用Amazon這一類 IaaS 所提供的服務，表示你還是必須要從安裝、升級作業系統，設定防火牆、防毒防駭、設定網路負載平衡...等等開始製作你的環境；而這些環境將來如果需要升級與調整，或是虛擬機器需要備份，也比需要透過你或是IT 人員處理(通常會是你)才可以完成。如此一來，你節省不了多少系統營運的成本，卻又把環境搞得更複雜…

雲端時代的開發人員，請記得要捨棄掉IT 時代的思維，專注在建立創新服務跟收錢上就好! 因此在建立SaaS服務或是行動裝置解決方案的後端服務時，PaaS會是比較好的解決方案。PaaS 除了可以幫你完成前一段文章中所有用紅色標記的 -- "你" -- 的工作，又可以在無需自己建置機房的狀況之下，將服務快速的部署到全世界的任何地方。如此一來，Software Engineer才有可能有更多時間，創造出更多賺錢的機會!!

你給我的雲不是雲?

2011-08-29T01:04:00.001+08:00

前幾天，和日本來的同事聚餐。席間，日本IT 的主管知道我熟Web開發技術，問了我一個問題：

"我們只有一個人熟悉IIS，但是有很多Web Application需要部署跟維護，有沒有甚麼好的做法 ? "

他很擔心哪天這一個人離職之後，所有的系統就沒有人可以維護了。

目前大部分所謂的"雲端運算"的架構當中，大都強調透過虛擬化技術可以快速配置所需要的環境，並且善用伺服器的硬體資源。但隨著雲端運算需求的日益增加，Web相關技術以及IIS平台也都隨著加入了很多新的功能；換句話說，建構一個Web Application所需要的執行環境，已經不是單純的增加虛擬機器可以解決的問題，像是驗證、授權，URL重寫、甚至是快取及工作流程的設定，很多也都不是傳統的IT人員可以馬上掌握的。

這個問題很久之前微軟的吳典璋經理就已經跟我討論過，為了縮短IT與開發人員溝通的gap，因此特別在今年的MSDN講座與Techdays 2011中，加入了介紹ASP.NET 4以及IIS 7+Windows Server AppFabric的場次，希望讓大家可以對於如何使用微軟的新技術，在現有的企業環境中建立私有雲，讓開發人員所建立的雲端應用程式可以在上面執行有共同的概念。雖然是這樣，但建構私有雲少不了的還是建置私有雲實體環境以及維運所需要的成本。附圖是一般企業的IT投資與實際運用的參考曲線圖：

回到一開始的問題，微軟的解決方案中，Windows Azure就是這個問題的好答案。透過Windows Azure所提供的平台，無論是Web Application或是Web Services (WCF Services)，都可以在開發完成之後直接部署到上面執行；而IT人員也可以直接地透過管理工具隨時根據維運的需求，動態調整所需要的資源，節省成本支出。相較於一般的虛擬化技術來說，Windows Azure本身就是一個雲端的執行環境，因此IT人員並不需要花時間在為每一個應用程式管理設定 -- 因為程式需要的設定，都可以由開發人員直接包在package中；而開發人員更不用擔心應用程式會因為IT人員所提供的VM當中，忘了安裝某些服務或是設定，而導致應用程式無法上線執行...

當然，Windows Azure也提供了可以與現有企業私有雲的解決方案，透過Windows Azure Connect建立混合雲環境之後，可以很容易地將企業的系統直接延伸到雲端。有機會的話，再來分享手邊顧問案的使用經驗和其他心得。

無痛開發日 - 使用Visual Studio 2010

2011-07-15T22:42:00.001+08:00

今天的無痛開發日，早上是由保哥分享Visual Studio 2010的開發經驗，下午由我介紹 IIS 7在目前SOA架構中所扮演的角色，以及Windows Server AppFabric的開發經驗。有興趣的朋友，可以到下面的網址下載我今天上課的講義：

另外，如果你聽完今天的課程，對於WCF與Windows Server AppFabric有興趣的話，在九月份的TechDays 2011大會中，會有專門的主題進行分享。

使用VS 2010開發工具建立Android應用程式 - 初體驗

2011-07-02T18:09:00.001+08:00

如果你接觸.NET Framework有段期間，應該或多或少聽過 Mono -- 一個由Novell所主導的一個Open Source計畫，目標是建立可以讓.NET應用程式跨平台執行的環境(http://www.mono-project.com/Main_Page). 而其中的Moonlight計畫目標，則是針對微軟Silverlight技術目前無法支援Linux作業系統，建立一個可以供Silverlight應用程式執行的環境(http://www.mono-project.com/Moonlight)。而針對行動裝置應用程式的需求，Mono則是提供了MonoTouch的開發環境，讓.NET的程式開發人員可以透過C#程式語言以及相關的函式庫，建立Android、iPhone、iPad以及iPod Touch上的應用程式。而今天要介紹的就是Android平台的應用程式開發環境 – Mono for Android(http://mono-android.net/).

Mono for Android 支援Visual Studio 2010 開發工具，因此C#開發人員可以在既有熟悉的開發環境中，開發、測試與部署Android應用程式。Mono for Android也提供了許多不同的版本(http://mono-android.net/Store)，針對企業用戶的需求，Mono for Android也可以將開發好的Android應用程式直接部署到員工的手機上執行。而使用試用版本開發好的Android應用程式，則是可以直接部署到Android SDK當中的模擬器執行；如果你花399美金購買專業版，就可以將使用VS 2010開發好的Android應用程式部署到最多100隻手機上執行。

要使用VS 2010開發工具撰寫Android應用程式之前，首先要先下載Mono for Android以及相關的開發環境，參考下面的步驟：(完整的安裝指南請參考：http://mono-android.net/Installation/Visual_Studio)

1. 安裝32位元版Java開發套件(JDK)：

從這下載：http://www.oracle.com/technetwork/java/javase/downloads/index.html，即使你的作業系統是64位元版，也請安裝32位元版的JDK。請注意，只安裝Java執行環境(JRE)是不行的喔!!

2. 安裝Android SDK

從這下載：http://developer.android.com/sdk/index.html。下載安裝之後，以系統管理員身分執行SDK Manager，SDK Manager會自動下載並安裝開發Android應用程式的環境所需要的套件。

3. 設定模擬器環境：

接著要建立Android應用程式開發完成之後，測試應用成試所需要的模擬器環境。首先在SDK Manager當中選取 "Virtual devices"，然後按下 "New"按鈕：

輸入模擬器的名稱、要模擬的目標版本等設定之後，按下"Create AVD" 按鈕：

接著會出現下面的對話方塊，按下"OK"就完成了!

建立好模擬器環境之後，可以不需要馬上啟動，但是我建議各位可以先啟動看看。在預設狀況下，當Android啟動模擬器時，預設是到使用者目錄路徑下的 ".Android" 子目錄(例如：C:\Users\john_chang\.android)下讀取設定檔；若是你的使用者目錄不在Windows預設的C槽目錄下，那就必須在C槽的使用者目錄下建立一個".Android" 的目錄捷徑，指向實際使用者目錄路徑下的 ".Android" 子目錄位置(例如：F:\Users\john_chang\.android)

4. 安裝 Mono for Android 的VS 2010 套件

從這裡下載試用版：http://mono-android.net/DownloadTrial。安裝之前請記得先關閉所有開啟的VS 2010開發工具。

安裝完成之後，重新啟動VS 2010，新增專案的時候，就會出現"Mono for Android"的新範本類別，並且預設有三個新的範本可以使用：

直接選取"Mono for Android Application"，然後將專案的名稱改成"HelloWorld"，按下OK，就可以建立你的第一個Android應用程式專案。在Android專案中，Main.axml是用來定義主表單上面的使用者操作介面，Strings.xml相當於.NET專案中的資源檔，而程式則是定義在Activity1.cs的程式擋中。

雖然專案中這些檔案的架構與.NET專案不同，但若是你有接觸過WPF或是Silverlight專案的話，相信對於這種 Applicetion = Markup + Code的寫法不陌生。開啟 Main.axml檔案，在HelloWorld應用程式中，預設已經加入一個 "MyButton"：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
>
<Button
android:id="@+id/MyButton"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/Hello"
/>
</LinearLayout>

開啟Activity1.cs程式檔，當MyButton被按下去的時候，程式中計數器的值會加一，同時按鈕上會顯示總共被按過幾次：

Button button = FindViewById<Button>(Resource.Id.MyButton);

button.Click += delegate { button.Text = string.Format("{0} clicks!", count++); };

最後開啟Strings.xml檔案，根據Main.axml檔案中的設定，找到表示表單中按紐文字設定的標籤，可以直接將按鈕上的文字換成你想要的值：

<?xml version="1.0" encoding="utf-8"?>
<resources>
<string name="Hello">請按我!</string>
<string name="ApplicationName">HelloWorld</string>
</resources>

詳細的程式寫法就先不介紹了，完成之後按下 F5鍵，就可以執行HelloWorld應用程式。程式編譯完成之後，會彈出一個對話方塊，讓你選擇要將程式部署到哪裡測試。因為目前使用的是測試版，所以選取 "Start emulator image"，啟動Android模擬器：

接著選取之前建立的模擬器名稱，按下OK鍵，Andorid模擬器就會啟動：

啟動完成之後，在之前的 "Select Device"對話方塊中，再按下 OK鍵，VS 2010就會開始將Android應用程式部署到模擬器上。按下應用程式主表單中的按鈕，就會顯示總共按過多少次。程式的執行結果如下：

Silverlight 4 企業級雲端應用程式實例

2011-05-07T00:15:00.001+08:00

今天快下班前，有一位朋友問我，有沒有WPF的參考資料，他們想要用WPF來開發視窗應用程式。

對於企業來說，大部分的視窗應用程式的功能，都是連結到資料庫處理資料，或是呈現/列印商業用報表為主。如果是這樣的需求的話，通常我會建議不需要使用WPF技術，改為開發Silverlight應用程式會更好。

“Silverlight應用程式不是跟Flash一樣，是在網頁裡面執行的嗎 ?”

錯!! 其實兩年前我在Tech Days 2009大會上，就曾經介紹過Silverlight 3的於瀏覽器外執行(Out-Of-Browser, OOB) 的功能 -- 讓Silverlight應用程式除了可以嵌入網頁中執行之外，更可以直接安裝在使用者的桌面上，當成一般的視窗應用程式執行!!! 使用Silverlight技術開發在使用者電腦中執行的應用程式，有下面幾個好處：

1. 跨平台：

使用WPF技術所開發的視窗應用程式，只能執行在有安裝.NET Framework的機器上；而Silverlight應用程式，則可以透過瀏覽器，直接安裝在所有支援Silverlight的作業系統上。除了Windows作業系統之外，Mac與Linux上面目前也都可以安裝執行Silverlight應用程式到桌面上執行(Linux透過Moonlight 4，目前支援大部分Silverlight 3與Silverlight 4的功能)。

2. 自動更新：

大部分的企業會選擇開發Web應用程式的其中一個原因，就是更新程式容易。而對於Silverlight應用程式來說，當有新版程式部署到企業伺服器上時，程式中可以設定自動更新，讓使用者的桌上執行的Silverlight應用程式可以永遠保持最新的版本。以POS或是ERP系統來說，當程式上新版本時，就不需要再為每台機器部署更新程式。

3. 穩定、高效能的執行環境：

企業級的Web應用程式目前會在前端執行大量的JavaScript，雖然目前主流的瀏覽器都提供了高效能的Script引擎，但是程式越複雜，瀏覽器所消耗的資源也就越多。Silverlight應用程式在桌面上執行時，因為執行的是編譯過的程式，再加上CLR的加持，因此相較於Web應用程式來說，可以讓複雜的程式跑得更穩定，執行速度更快。

4. 縮短開發與除錯時間

這我就不贅述了，Silverlight應用程式相較於ASP.NET或是AJAX技術來說，是真正的MVC架構，無論是開發或是除錯都很方便。

為了讓大家了解使用Silverlight技術開發企業級應用程式、甚至是雲端應用程式的好處，我把去年微軟MIX 10大會其中的一個範例部署到Windows Azure上，讓大家實際體驗看看。下面是操作的步驟：

1. 首先，請使用瀏覽器開啟 http://contoso.cloudapp.net/，你會看到如下圖的網路書店，這個是一個嵌入到網頁中的Silverlight應用程式，你可以切換不同的書店檢視員工的資料：

2. 在瀏覽器中按下滑鼠右鍵，在快捷選單中會出現一個 "將John's Demo App安裝到此電腦..." 的項目(下圖紅框處)。選取 "將John's Demo App安裝到此電腦..." ，就可以準備將Silverlight應用程式安裝到桌面執行(很簡單吧!!)：

3. 接下來的對話方塊會問你，要將Silverlight應用程式的捷徑安裝到何處，你可以選取 "開始功能表" 或是 "桌面"，然後按下 "確定" 按鈕：

4. 完成之後Silverlight應用程式就會馬上安裝到你的電腦中，同時開啟執行。在這一個範例中，因為我有加入檢查版本的程式，所以當Silverlight應用程式啟動之後，就會顯示檢查的結果：

按下 "確定" 關閉對話方塊之後，Silverlight應用程式就會從桌面上執行：

5. 關閉網頁與Silverlight應用程式。在桌面上或是開始功能表中，你可以找到 "John’s Demo App" 的捷徑，下次要啟動Silverlight應用程式的話，直接開啟這一個捷徑就可以了!!

6. 你也可以隨時從控制台的 "解除安裝或變更程式" 當中，移除安裝好的Silverlight應用程式：

或是在Silverlight應用程式啟動時，按下滑鼠右鍵，選取 "移除此應用程式" 即可。

當然，使用Silverlight開發視窗應用程式，也不是全然沒有限制，若是需要經常存取本機作業系統元件，像是呼叫Win32 API的應用程式，目前就不適合用Silverlight技術開發。但是以目前企業級應用程式的情境來說，只要是Web應用程式可以做到的，Silverlight應用程式就可以做到 -- 而且使用者還可以直接安裝到桌面上執行，省去開啟瀏覽器載入網頁的動作。

目前的Silverlight應用程式已經可以存取視訊鏡頭、麥克風、印表機等本機資源，在下一版的Silverlight 5當中，Silverlight的執行環境會開放更多與作業系統互動的功能，讓你開發好的Silverlight應用程式除了可以是Web應用程式之外，更可以是使用者每天可以從雲端安裝到桌面上快速執行的視窗應用程式!!!

Office 365 Beta 初窺(1) -- 啟用

2011-04-28T17:54:00.001+08:00

Windows Azure 是微軟所建立的雲端平台，而Office 365 (http://www.microsoft.com/zh-hk/office365/online-software.aspx)，則是微軟所提供的雲端辦公室解決方案。就在最近，Office 365 Beta版正式可以申請帳號進行測試，雖然台灣目前不在提供Beta版測試的國家中，但是若是你有美國的公司地址的話，還是可以申請測試帳號試用Beta版。(香港也是有提供繁體中文Beta版測試的國家，但是為了避免有些專有名詞不同所造成的混淆，這篇文章還是先用英文版介紹)

這次我所申請的是Office 365 方案 P1，也就是針對25人以內的中小企業所提供的解決方案，裡面包含了電子郵件及行事曆(Exchange Online)、Office Web App、網站與協同作業、以及企業即時通訊(Lync)的功能。詳細的方案內容大家可以參考：

啟用Office 365的步驟相當的簡單，當你試用Beta版的申請通過之後，微軟會寄一封信給你，點選信件中的連結，就會進入到下面的啟用頁面：

因為目前Office 365還是試用版，所以"Country or region"欄位中雖然有台灣，但實際上目前並不可以選。填好了必要的註冊資訊以及你公司所要使用的網域名稱之後，下一步就進行帳號啟用的動作：

啟用完成之後的畫面如下：

這次先試試Outlook Web App的功能，先把操作介面跟時區設為台灣：

進去之後的操作介面，預設已經跟即時通訊軟體整合，所以在右上角會顯示連線狀態：

每個使用者都可以自己調整Outlook Web App所需要的設定，或是跟其他的帳號整合在一起：

同時，針對企業內的協同作業，Office 365也內建Sharepoint online，企業就不需要再自行建置Sharepoint Server，只需要啟用Office 365，就有馬上可以使用的Sharepoint Online環境可以進行協同作業!

不到10分鐘的時間，整個公司所需要的Email環境、協同作業環境以及即時通訊的雲端辦公室環境就設定好了，真是方便!! 如果說Windows Azure是"IT Ready"的開發環境的話，Office 365就是"Office Ready"的環境，只需要花些許的成本，就可以有隨時可用的辦公室環境!!

當透過WIF設定Claims-based驗證時，出現"ASP.NET設定沒有套用到整合式Managed管線模式" 錯誤訊息

2011-04-22T00:31:00.001+08:00

若是要在多個站台間建立SSO(Single Sign-On)，WIF(Windows Identity Foundation)是很容易可以使用的一種技術。透過Visual Studio 2010開發工具加上WIF SDK的協助，你可以快速地建立SSO所需要的Identity Provider或是Security Token Service，讓使用者只需登入一次就可以使用多個網站或是網路服務的功能。

在 Visual Studio 2010 開發工具中，你可以在網站中，透過 "Add STS Reference" 的方式，指定負責驗證的Security Token Service：

詳細的設定步驟這裡先省略，設定完成之後，WIF SDK當中的組態設定工具，FedUtil.exe，會自動調整Web.Config組態黨的設定，讓網站可以支援Claims-based的驗證模式。但是若是你在設定好之後直接執行網站，你會得到下面的錯誤訊息：

錯誤發生的原因，發生在WIF組態設定工具在調整Web.Config檔案時，沒有在<system.webServer>組態中加入下面的項目：

<validation validateIntegratedModeConfiguration="false" />

只需要把這項目加入，你的網站就可以正常執行了!

太陽下山，銀光瀉地

2011-04-18T01:38:00.001+08:00

在 sun.com即將走入歷史，Silverlight 5 Beta正式發佈的時刻，利用這一篇網誌對照一下.NET與Java的技術架構。首先，在.NET的技術架構中，.NET Framework 4 Client Profile提供了一般桌上型應用程式所需要的執行環境與函式庫，與Java SE作用相當；而.NET Framework 4則是提供了包含ASP.NET、WF、WCF等等企業級應用程式所需要的執行環境與函式庫，因此與Java EE的定位是相同的：

而Silverlight 4技術除了可以用來開發嵌入在網頁中執行的應用程式之外，於瀏覽器外執行時也可以安裝在用戶端，當成一般的桌上型應用程式執行；更可以開發手機的應用程式：

到了SIlverlight 5之後，Silverlight可以跨Linux、Windows以及MAC的執行環境，會繼續加強於瀏覽器外執行時，在用戶端可以執行的功能，讓你的應用程式可以真正 "開發一次，到處執行" !!

Web應用程式，真的有比較節省資源(Thin Client)??

2011-03-29T23:40:00.001+08:00

以往，大家都覺得開發Web應用程式有下面的好處：

用戶端只需要透過瀏覽器執行 HTML+JavaScript，不會消耗太多資源。
動態網頁程式維護在Server端，因此更新容易。
可以跨平台操作

我們來驗證一下是不是真的。首先，下面是三種主流瀏覽器只開啟FB時所占用的系統資源(對照組，VS 2010同時間開啟一個專案佔105240K)：

Chrome 10:

IE 9:

Firefox 4:

這只是剛開啟而已，利用Firefox 4開啟 FB 之後，啥事都沒做閒置 5分鐘之後，記憶體自動增加 17000K：

網頁開啟越久，所占用的記憶體空間就會越來越大；如果網頁開的多的話，最大占用到幾百MB到幾GB都有可能，所以不要以為Web應用程式在前端執行時會節省多少資源 -- 瀏覽器本身已經就是一個大怪獸了( HTML 5還沒真的來喔…)，若再加上疊床架屋套用好幾代Framework無法最佳化的JavaScript，很容易就變成一場災難…

若是與之前協助客戶導入Silverlight時所建立的資料庫整合系統範例相比較，當程式啟動之後所占用的資源如下：

這隻程式是以 "於瀏覽器外執行" 的方式，在用戶端執行的程式啟動之後，透過 sllauncher.exe執行檔裝載 Silverlight應用程式執行，不但所占用的資源比瀏覽器少，而且透過.NET Framework執行環境的GC，會自動回收程式所沒用到的記憶體資源，因此也不會像瀏覽器一直消耗用戶端的記憶體空間。

更重要的是，你所開發的 Silverlight應用程式於瀏覽器外執行時，還可以自動更新。換句話說，用戶端安裝完你的 Silverlight應用程式之後，將來若是有新的版本，你可以不需要為每個用戶端重新安裝，用戶端程式在啟動時可以自動下載更新成最新版本。

至於跨平台... 對於企業所使用的系統而言，Silverlight執行環境目前涵蓋Windows、MAC以及Linux(Moonlight支援到2.0)三大作業系統，已經可以滿足大部分企業使用者環境的需要。因此若是需要開發高互動性、與資料庫結合的用戶端應用程式，Web應用程式不見得會比Silverlight應用程式來的好 -- 從執行環境上看來是的，更別說開發與除錯程式所需要花的時間…

在Windows作業系統當中移除CNNIC憑證

2011-03-28T23:48:00.001+08:00

[感謝恆逸資訊 Patty老師補充 "對這個憑證停用所有目的" 的設定]

在 "不要錢的無線網路 -- 最貴" 這一篇網誌當中，我簡單的介紹了一下SSL與憑證之間的關係，相信大家都已經知道開啟網站的時候，"憑證" 是不可以隨便亂信任的。但是如果瀏覽器本身就已經信任了可能不安全的根憑證核發單位的話，又應該要怎樣處理呢?

今天在FB中與朋友分享了一篇文章 "在 Linux 上移除 CNNIC 憑證"，其中提到了有關CNNIC(中國互聯網絡信息中心)從某些過去紀錄上來考量，是屬於較有疑慮的根憑證核發單位，因此建議移除；加上根據某可靠的數據來源也顯示，台灣大部分的網路攻擊也是來於中國，因此Firefox 3.6與4.0將CNNIC加入瀏覽器預設的根憑證信任中心的做法，某種程度來說是相對不安全的，建議可以移除。

在Firefox瀏覽器中要移除CNNIC的憑證，可以在開啟 "選項" 視窗之後，選取 "進階" –> "檢視憑證清單":

接下來從 "憑證機構" 當中，展開CNNIC下方的 "CNNIC ROOT" 憑證，按下 "刪除或取消憑證"：

此時會出現如下圖的警告視窗，按下 "確定" 按鈕即可：

IE 9 預設並沒有將CNNIC加入信任的根憑證核發單位，但是比較討厭的是，當你瀏覽使用由CNNIC所核發的伺服器憑證的網站，如CNNIC 的網址衛士 (使用 Entrust.net) 或 CNNIC 的 ENUM 試驗平台 (使用 CNNIC Root Cert)時，CNNIC ROOT的憑證會自動地被加入IE 9 的任的根憑證核發單位中!! 此時可以參考下面的方法處理：

首先，在Windows的命令列視窗中，輸入 "MMC" 指令開啟主控台視窗：

接著，選取 "檔案" –> "新增/移除嵌入式管理單元"：

選取 "憑證" 之後按下 "新增"：

接著選取 "我的使用者帳戶"，然後按下 "完成" 按鈕，再按下 "確定"：

若是你有開啟過前面所提到的使用CNNIC所核發的憑證的網站，在 "受信任的根憑證授權單位" 的 "憑證" 當中，就會出現 "CNNIC ROOT" 的憑證：

此時將 "CNNIC ROOT" 憑證移到 "沒有信任的憑證" 當中，會出現下面的對話方塊：

按下 "是" 之後，在 "沒有信任的憑證" 當中，選取CNNIC ROOT憑證按下滑鼠右鍵，然後選取 "內容"：

在憑證目的當中，選取 "對這個憑證停用所有目的"，然後按下 "確定" 按鈕：

將來瀏覽CNNIC 的網址衛士 (使用 Entrust.net) 或 CNNIC 的 ENUM 試驗平台 (使用 CNNIC Root Cert)時，就不會自動信任以及安裝CNNIC的憑證了!!

ASP.NET升級白皮書

2011-03-22T14:56:00.001+08:00

[2010.03.28 更新] 感謝王寧疆老師分享了透過Visual Studio 2010開發工具直接升級ASP.NET 1.x專案的經驗，因此將白皮書的內容做了一些調整。

前言

雖然目前ASP.NET已經進入到4.0版，但是相信在企業之中，仍然有些既有的ASP.NET 1.x版的網站仍然穩定的執行中。然而隨著企業需求的變化以及IT環境的調整，這些ASP.NET 1.x的網站通常也面臨到必須升級到新的版本，才能繼續提供更好的服務的時刻。在這一份白皮書中，將為各位介紹使用Visual Studio開發工具，從ASP.NET 1.x版升級到ASP.NET 4.0版所需要的步驟。

將ASP.NET 1.x 專案升級到ASP.NET 4.0的步驟

ASP.NET的技術架構從2.0版開始，無論是前端網站與後端功能方面，都做了大幅度的擴充與改變，因此在新版的Visual Studio 2010開發工具當中，提供了轉換的精靈，可以幫助你將現有的ASP.NET 1.x專案升級到ASP.NET 4.0的版本。

使用Visual Studio 2010轉換精靈升級ASP.NET 1.x專案

為了簡化從ASP.NET 1.x升級到ASP.NET 4.0所需要的步驟，微軟在ASP.NET 4.0的開發工具—Visual Studio 2010當中，提供了轉換精靈，協助你將現有的ASP.NET 1.x的專案升級成為ASP.NET 4.0的專案。各位可以透過Visual Studio 2010開發工具參考下面的步驟進行升級：

1. 備份專案

在升級現有的ASP.NET 1.x專案之前，請記得要先備份現有的ASP.NET 1.x應用程式專案。

2. 使用Visual Studio 2010開發工具開啟ASP.NET 1.x專案

當使用Visual Studio 2010開發工具開啟ASP.NET 1.x版的專案檔時，Visual Studio 2010開發工具就會啟動如圖1的轉換精靈：

圖1：Visual Studio 2010轉換精靈

按下「下一步」按鈕之後，會出現圖2的對話方塊，詢問你需不需要建立現有的解決方案檔的備份：

圖2：「是否建立專案檔備份」對話方塊

若是你在步驟1已經將ASP.NET 1.x版的專案備份完成了，這裡就只需要按下「下一步」按鈕，就會出現如圖3的視窗：

圖3：「可以開始轉換」對話方塊

接著按下「完成」按鈕，Visual Studio 2010的轉換精靈就會開始將ASP.NET 1.x版的專案升級成為ASP.NET 4.0版的專案。接著你會看到圖4的提示對話方塊，提醒你在完成專案升級之後，還需要手動將原本的ASP.NET 1.x專案轉換成為Web應用程式專案：

圖4：完成轉換的對話方塊

按下「確定」按鈕之後，會出現圖5的「轉換完成」對話方塊，按下「關閉」按鈕專案就轉換完成了!!

圖5：「轉換完成」對話方塊

同時，若是在專案轉換的過程當中，有任何的錯誤或是需要注意的地方，Visual Studio 2010也會自動地顯示在轉換報告當中，如圖6所示：

圖6：轉換報告

3. 驗證新的ASP.NET 4.0專案

因為ASP.NET 4.0的專案與ASP.NET 1.x的專案有許多不同的地方，因此在透過Visual Studio 2010轉換精靈升級完成你的專案之後，除了要參考轉換報告解決升級時所遇到的問題之外，也必須要進行功能上的驗證，才能確定原有的專案是否成功的升級了。

4. 將ASP.NET 4.0專案轉換為Web應用程式

在Visual Studio 2010開發工具當中，為了方便維護在ASP.NET 4.0表單中的使用者自訂程式碼，特別將設計工具所建立的程式碼，獨立放置在附檔名為「.designer.cs」的程式碼後置檔案當中。當你驗證轉換完成的ASP.NET 4.0專案之後，可以在方案總管當中，按下滑鼠右鍵然後選取「轉換成Web應用程式」項目，如圖7所示：

圖7：「轉換成Web應用程式」項目

此時會出現如圖8的對話方塊，按下「是」按鈕之後就可以開始將專案轉換成為Web應用程式：

圖8：轉換成為Web應用程式對話方塊，

圖9的右邊是轉換後的ASP.NET 4.0專案，如果和左邊轉換前的專案比較，你會發現無論是ASP.NET網頁或是ASP.NET使用者控制項，都會多出一個「.designer.cs」的程式碼後置檔案，這就是Visual Studio 2010用來維護設計工具所建立的程式碼的程式碼後置檔：

圖9：轉換完成之後的ASP.NET 4.0專案目錄結構

ASP.NET 4.0專案與ASP.NET 1.x專案的相異處

升級完成之後，你也會發現在Visual Studio 2010開發工具中的ASP.NET 4.0專案與ASP.NET 1.x專案有下面幾個不一樣的地方：

1. 多目標Framework支援：預設Visual Studio 2010的轉換精靈會將ASP.NET 1.x專案升級成為ASP.NET 4.0專案，但若是有需要的話，你還是可以在專案的屬性頁當中，將專案設定為ASP.NET 2.0以後的任一個版本[1]，如圖10所示：

圖10：設定ASP.NET專案的.NET Framework版本

2. 特殊目錄：ASP.NET 4.0當中規範了一些特別用途的目錄，像是App_Data是用來暫存專案中所使用的資料庫檔；而原本ASP.NET 1.x專案當中所建立自訂的類別定義檔，則會統一放在App_Code目錄底下，如圖11所示：

圖11：ASP.NET 4.0專案當中的App_Code目錄

ASP.NET 4.0的特殊目錄整理如下：

目錄名稱	說明
App_Browsers	存放ASP.NET 4.0網頁在不同瀏覽器中，所需要調整的定義檔。
App_Code	存放ASP.NET 4.0專案中自訂的類別定義檔。
App_Data	存放ASP.NET 4.0專案所需要的mdf資料庫檔或是xml檔案。
App_GlobalResources	存放ASP.NET 4.0專案中的RESX或是Resources資源檔，這些資源檔定義會被編譯到組件中供專案全域使用。
App_LocalResources	存放ASP.NET 4.0專案中的RESX或是Resources資源檔，這些資源檔只會使用在特定的ASPX表單或是使用這控制項中。。
App_Themes	存放ASP.NET 4.0專案中的Skin或是Css樣式檔。
App_WebReferences	存放ASP.NET 4.0專案所參考的網路服務的WSDL文件。
Bin	存放ASP.NET 4.0專案建置時，所編譯完成的組件。

3. 程式碼後置模型的改變：ASP.NET 1.x的程式碼後置模型，是把網頁的樣式定義在ASPX的檔案中(例如Default.aspx)；而使用者自訂與開發工具所建立的程式碼，則是統一放在另一個程式碼中(例如Default.aspx.cs)。而因為.NET Framework 2.0開始，就加入了對於部分類別(Partial class)的支援，因此在ASP.NET 4.0當中，可以更進一步的使用部分類別的語法，將使用者自訂的程式碼與開發工具自動建立的程式碼再分開成不同的檔案維護。如此一來，ASPX網頁後置的程式碼檔案就會更加的精簡，也將更容易維護。

此外，原本在ASP.NET 1.x網頁當中，@Page指示詞的CodeBehind屬性，在ASP.NET 2.0開始的網頁當中，也換成了CodeFile屬性，並且只需要設定到儲存使用者自訂程式碼的檔案就可以了。

4. 多組件編譯：Visual Studio 2010開發工具預設會將專案中的每個表單與使用這控制項編譯成各自獨立的組件，方便專案的更新與部署。

5. 發行選項：Visual Studio 2010針對ASP.NET 4.0的網站提供了多種部署的發行方式(如圖12)。你可以透過Visual Studio 2010所提供的「發行」功能，選擇ASP.NET 4.0專案開發完成之後，根據開發或是測試的需要，所要部署的不同位置：

圖12：Visual Studio 2010的「發行」功能

更詳細的部署選項，可以從專案屬性頁的「封裝/發行Web」中設定：

圖13：設定「封裝/發行Web」功能

結語

在最新的ASP.NET 4.0當中，提供了許多現代大型網際網路應用程式所需要的功能，像是平行運算、MVC、AJAX… 等等；透過這些新功能的支援，ASP.NET的網站就可以發揮更多的應用。而對於ASP.NET 1.x的網站來說，必須將網站升級之後，才可以繼續使用Visual Studio 2010最新的功能。雖然透過Visual Studio 2010升級是件相當容易，也相當快速的事情，然而因為ASP.NET 4.0 在功能上做了很多改變，因此在使用轉換精靈升級現有的ASP.NET 1.x專案之後，必須要記得配合這些改變做必要的檢查與測試，將來才可以開發功能更強大的ASP.NET應用程式!!

[1] 若是你已經在專案中使用了某些.NET Framework 4.0所提供的新功能的話，這一個動作可能會導致這些新功能無法在舊版的.NET Framework中被正常的執行，必須要特別注意 !

將ASP.NET 2.0與ASP.NET 3.x應用程式升級為ASP.NET4.0

ASP.NET開發技術目前已被廣泛的使用在網際網路與企業當中，隨著網際網路應用需求的日新月異，為了滿足開發人員在應用方面的需求，ASP.NET所支援的功能也隨之增加，像是AJAX、Dynamic Data與MVC等等，都是ASP.NET 4.0當中所內建的新功能。換言之，開發人員不需要另外再外掛任何的函式庫，就可以直接的應用在ASP.NET的專案當中。

隨著ASP.NET版本的更新，許多開發人員也會想要把這些新的功能，應用在現有的專案當中，因此就需要將現有的ASP.NET 2.0或是ASP.NET 3.x應用程式升級到最新的ASP.NET 4.0版本。ASP.NET應用程式的升級可以分成兩個部分來談：

升級ASP.NET應用程式專案
升級ASP.NET執行環境

升級為ASP.NET 4.0應用程式專案

當使用Visual Studio 2010開發工具開啟ASP.NET 2.0、ASP.NET 3.0或是ASP.NET 3.5所開發的網際網路應用程式專案時，就可以透過Visual Studio 2010開發工具直接將網際網路應用程式專案直接升級成ASP.NET 4.0版 – 這也是最建議的一種方式[1]。使用Visual Studio 2010開發工具升級ASP.NET專案時，Visual Studio 2010開發工具會自動協助你修改Web.Config檔案，並且將專案關連到.NET Framework 4.0執行環境。

使用Visual Studio 2010開發工具升級ASP.NET應用程式的步驟相當的簡單。首先使用Visual Studio 2010開發工具開啟任何一個現有的ASP.NET網站或是應用程式專案，此時會出現如圖8「Visual Studio轉換精靈」的歡迎視窗：

圖8：「Visual Studio轉換精靈」

接著按下「下一步」按鈕，會出現Visual Studio轉換精靈的備份對話方塊，如圖9所示：

圖9：「選擇是否要建立備份」對話方塊

如果需要保留現有版本的專案或是解決方案複本，可以選擇「是，轉換前建立備份」的項目。轉換完成之後，Visual Studio 2010開發工具會自動將現有的專案或是解決解決方案檔升級成Visual Studio 2010開發工具的格式。接著按下「下一步」按鈕，會出現「可以開始轉換」的對話方塊，如圖10所示：

圖10：「可以開始轉換」對話方塊

按下「完成」按鈕之後，Visual Studio 2010開發工具就會開始轉換專案或是解決方案。轉換完成之後會出現「轉換完成」的對話方塊(如圖11)：

圖11：「轉換完成」對話方塊

若是專案轉換不成功，你可以在關閉「轉換完成」對話方塊前，選取「關閉精靈時顯示轉換紀錄檔」，就可以檢視轉換失敗的原因。以ASP.NET網站來說，常見轉換失敗原因是因為目標網站的位置與解決方案檔中紀錄的位置不同，此時只需要在轉換完畢之後，重新將ASP.NET網站加入到解決方案檔中即可重新啟動轉換精靈，此時會看到如圖12的對話方塊，提醒你這一個ASP.NET網站即將升級成ASP.NET 4.0的網站：

圖12：升級ASP.NET網站的對話方塊

若是要讓Visual Studio 2010開發工具自動幫你升級網站，就按下「是」按鈕。因為Visual Studio 2010開發工具支援多目標版本的ASP.NET網站編輯，因此若你只是要使用Visual Studio 2010開發工具繼續在原來的ASP.NET版本中維護網站，或是稍後才要手動升級ASP.NET網站的話，就按下「否」按鈕。

另外需要注意的就是，若是在你要升級的ASP.NET網站中有其他的ASP.NET應用程式需要繼續使用舊版的執行環境的話，可能也不適合使用自動升級。這是因為ASP.NET的組態設定檔會自動繼承到網站的子目錄中，某些ASP.NET 4.0新版本的設定沒辦法在舊的版本中使用，升級後可能會導致這些還沒升級的網站執行發生錯誤。

升級ASP.NET執行環境

使用Visual Studio 2010開發工具可以幫助你輕鬆快速地將ASP.NET網站或是應用程式升級成ASP.NET 4.0版本，接著也必須要升級在IIS的ASP.NET執行環境，以確保ASP.NET 4.0應用程式部署之後可以正確地執行。現有的IIS環境只需要下載並安裝.NET Framework 4.0之後，在應用程式集區中就會自動建立ASP.NET 4.0的應用程式集區(圖13)。

圖13：ASP.NET應用程式集區

而既有的ASP.NET應用程式集區，也可以透過手動的方式升級。只需要在IIS管理員當中開啟ASP.NET應用程式集區的進階設定之後，就可以透過修改.NET Framework版本的方式，將既有的ASP.NET應用程式集區升級成為ASP.NET 4.0的執行環境：

圖14：設定ASP.NET 4.0應用程式集區

結語

ASP.NET 4.0提供了許多開發新一代網際網路應用程式所需要的新功能，而透過Visual Studio 2010開發工具，不但可以將現有的ASP.NET應用程式快速升級到ASP.NET 4.0版開始使用這些新功能，如果有必要的話，也可以在同一個解決方案當中維護不同版本的ASP.NET應用程式，對於開發人員來說相當的方便，對企業來說，也可以減少升級ASP.NET程式所需要的維護成本。

[1] 因為Visual Studio 2010支援多目標版本(Multu-Target)，因此若是不想升級ASP.NET應用程式專案，還是可以使用Visual Studio 2010開發工具編輯與除錯現有的ASP.NET 2.0、ASP.NET 3.0與ASP.NET 3.5網際網路應用程式專案。

不要錢的無線網路 -- 最貴

2011-03-22T03:15:00.001+08:00

行動上網，目前已經成為一種趨勢。但是因為目前3G行動上網的費率仍然不便宜(至少對我來說是的)，因此很多人喜歡尋找周遭沒有設定安全限制 -- 通常就是不用錢的WiFi 存取點上網。然而，你的所有個人資訊，也就跟著暴露在網路世界當中。

先請教各位，當你透過行動裝置開啟瀏覽器連上Facebook時，若是出現下面的情況，應該怎樣處理?

我相信 85%以上的人，會馬上按下 "Continue to this website"，然後繼續登入Facebook。網址沒有錯，瀏覽器也有啟用Https通信協定進行加密傳輸，有問題嗎?

問題可大了! 在正常狀況之下，當瀏覽器與網站伺服器之間需要透過Https通信協定進行加密傳輸的時候，網站伺服器會提供網站的憑證資訊，讓瀏覽器可以知道這伺服器不是一個偽造的網路位置。以Facebook來說，當瀏覽器開啟 Https://www.facebook.com 時，Facebook伺服器會提供瀏覽器下面的憑證資訊：

預設狀況之下，你所使用的瀏覽器都會預先設定信任比較多人使用的憑證簽發者，例如 Facebook的憑證簽發者 DigiCert就是預先信任的憑證授權單位：

因為瀏覽器信任DigiCert，所以也就會信任DigiCert所核發給 www.facebook.com 網址的憑證；所以在瀏覽器與Facebook的網站伺服器之間，就可以透過DigiCert所核發給Facebook網站的憑證，建立安全的加密傳輸通道：

所以在正常狀況之下，當你透過 Https 通信協定要開啟 Facebook 網站時，不應該出現任何的錯誤訊息才是。除非 … 你的瀏覽器所接收到的，並不是 DigiCert 所核發的憑證 !?

沒錯!! 當你使用 WiFi 存取點上網時，你的行動裝置瀏覽器就會自動套用存取點的設定連接網路；若是有心人士想要偷取你在 Facebook 的相關資訊(登入帳號、密碼…)，只需要設定WiFi 存取點的代理憑證，原本要傳送到Facebook的加密資料，就會在 WiFi 存取點被解開，簡單的示意圖如下：

在這狀況之下，雖然瀏覽器看起來還是使用 Https 通信協定開啟Facebook，但是因為沒有安全警覺的使用者在一開始的畫面中，已經按下 "Continue to this website"，信任了由 WiFi 存取點所提供的代理憑證(通常是WiFi 存取點自己發的)，因此瀏覽器要用來與Facebook網站之間加密傳輸所使用的Session Key，就會被WiFi 存取點所取得；如此一來，WiFI 存取點就可以解開並錄製瀏覽器與Fackbook之間所加密傳輸的資料內容。

因此，千萬不要以為，當你使用 Https 通信協定瀏覽網路，資料就一定是安全的! 越來越多人喜歡透過行動裝置瀏覽網路，但是也越來越多人的帳號被盜用的原因之一，或許正是有心人正使用這種方式在竊取你的上網資訊。下次在外面上網，特別是使用免費的WiFi存取點時，請記得務必要多小心!!!

網際網路應用程式中的預鑄工法–Silverlight 4

2011-01-31T02:14:00.001+08:00

在上個星期的研討會中，分享了很多個主題，其中有一個主題會後很多朋友都有興趣，那就是Silverlight 4技術的應用。很多人對於網際網路開發技術都會有很多誤解。先請問各位幾個問題：請問 HTML 5目前是W3C定義完成的標準嗎? 請問 CSS 3 目前是W3C定義完成的標準嗎? 請問未來的網際網路應用程式，還會是 "Thin-Client" 嗎?

前兩個問題的標準答案都是：否。或許你會說，不是很多瀏覽器都說支援 HTML 5了嗎 ? 但事實上就是，W3C到目前為止，還沒定義完成最終版的 HTML 5 -- CSS 3 也是。像這些似是而非的資訊現在充斥在網路上，也常常誤導了許多開發團隊走了很多的冤枉路。

從 3、4年前開始，我就在很多ASP.NET與Silverlight的技術研討會當中，說明了Silverlight其實是網際網路應用程式的開發技術，特別適合用來開發商業級應用程式，而非只是與 Flash player對抗的技術。事實上，Silverlight 4在商業級應用程式開發方面，無論是開發工具或是執行效能，都比Flash好太多了。而若是相較於JavaScript 而言，Silverlight 4 提供了更多資料繫結的方法以及更好的除錯工具，在前端瀏覽器中，可以創造出更多豐富的功能。以研討會中所舉的範例來說，透過Silverlight技術，你可以很容易的就在瀏覽器當中，與後端的服務建立TCP的繫結，讓前端的網頁可以即時更新氣象的資料(範例程式在ASP.NET升級寶典中)。

Silverlight 4也簡化了很多在瀏覽器中透過JavaScript無法做到或是很難做到的功能，像是與後端的服務做複雜的繫結，都可以很輕鬆地透過Visual Studio 2010開發工具完成 -- 而且很容易就可以測試與除錯，之後會再透過部落格跟各位再分享其他的範例，今天先來從開發架構上了解，Silverlight技術所帶來的改變。

今天要談的所謂 "預鑄工法"，是目前建設大型建築物，像是高樓或是橋梁所普遍採用的技術，主要作法是將大型建築物複雜的部份先在外部工廠建造完成之後，將來運到工地之後就可以直接組裝，可以大大的縮短工作所需的時間。

(圖片來源：榮工處網站)

因為Silverlight 4應用程式可以直接整合JavaScript，而且也可以直接從瀏覽器中存取不同位置的後端網路服務，因此當開發測試好Silverlight應用程式之後，就可以將Silverlight應用程式嵌入網頁中。因為大部分複雜的程式都已經包裝在Silverlight應用程式中了，因此就不需要再去撰寫或是維護一堆的JavaScript；換句話說，JavaScript就變成了將Silverlight應用程式與網頁中的HTML元素繫結的工具，這就是我所謂的 "網際網路應用程式中的預鑄工法" -- 開發商業級應用程式的時候，將網頁中複雜的部份，像是需要顯示即時資料的圖表或是資料庫的繫結，直接透過Silverlight 4應用程式開發完成之後嵌入到網頁中，再透過JavaScript與網頁中的元素互動。如此一來就不需要在伺服器端維護其他網頁程式，既可以加速這些複雜功能執行的效能，也可以減少維護JavaScript所需要的成本。

這一篇是一個楔子，後續將開始分享實際的做法。至於一開始最後一個問題的答案：當網頁中需要執行的程式越來越複雜，目前在用戶端執行時使用大量CPU資源或是GPU加速運算已經是常態。手機都要邁入雙核心時代了，你認為呢 ?

ASP.NET與VS 2010升級實務

2011-01-28T23:23:00.001+08:00

本周四(01/27)受台灣微軟邀請，分享了在ASP.NET 4、Silverlight 4以及Visual Studio 2010開發工具的實務心得。下面是當天的講義連結：

ASP.NET 與 Visual Studio 2010 升級實務

提升ASP.NET網站的使用者經驗– Silverlight 4 的整合應用

另外，因為原本分享ASP.NET 升級寶典的網站負荷不了太大量的下載，所以我重新放了一個新的下載位置：

下載ASP.NET升級寶典

希望大家都可以趕快準備好你的Visual Studio 2010，開始練習使用Silverlight 4 加速你的企業級應用程式開發!!

ASP.NET開發日簡報下載

2010-11-27T13:59:00.001+08:00

昨天在台灣微軟的會議廳跟許多朋友分享了有關ASP.NET 4以及Visual Studio 2010 在升級方面的一些實務，各位朋友可以透過下面的連結下載簡報：

昨天的場次中也為各位介紹了.NET Framework 4.0所提供的新功能，以及可以為您的應用程式所帶來的好處。當然，這些都必須要搭配Visaul Studio 2010開發在.NET Framework 4.0當中執行的應用程式，才可以使用這些新功能(如：平行運算)所帶來的好處。當然，搭配Visual Studio 2010對於"多目標.NET Framework"的支援，既有的ASP.NET應用程式也可以直接透過Visual Studio 2010 維護，不一定需要立即升級目前的ASP.NET應用程式。如果有需要升級既有的ASP.NET應用程式的話，Visual Studio 2010也提供了升級精靈，讓你可以快速地將ASP.NET應用程式升級到新的環境中，使用.NET Framework所提供的新功能!!!

在多執行緒/平行運算中使用集合

2010-11-16T16:46:00.001+08:00

.NET Framework 4.0 當中，其中一項很重要的特色，就是加入了對於平行運算的支援，讓你的應用程式可以發揮多核處理器的運算能力，甚至於搭配Windows HPC Server 2008 R2進行分散式運算。使用.NET Framework 4.0當中的Task Parallel Library，C#與VB.NET所建立的程式很容易就寫出在多核的環境中執行平行運算的程式。

然而，在平行運算的的程式使用集合一向是個問題，因為在.NET Framework 4.0以前所提供的集合物件，都不是執行緒安全(thread-safe)的物件；換句話說，在平行運算的程式中使用，必須要透過特別的同步鎖定(synchronization)寫法，才可以正常的使用集合中的資料。

這一個問題，.NET Framework 4.0 提供了解決的方式。在.NET Framework 4.0當中，加入了 System.Collections.Concurrent 命名空間，提供了許多可以使用在平行運算程式當中的執行緒安全(thread-safe)集合類別，包括了：

BlockingCollection
ConcurrentBag
ConcurrentDictionary
ConcurrentQueue
ConcurrentStack
OrderablePartitioner
Partitioner

在支援平行運算的程式碼當中，只需要將原本使用的集合換成新的集合就可以了。例如原本的程式碼：

pulblic class MyData{

public List<byte[]> Data {get; set;}

}

因為 List集合物件不支援執行緒安全，因此當你將MyData物件直接在平行運算的程式中使用，並且沒有特別同步鎖定的話，可能會出現下面的錯誤：

System.IndexOutOfRangeException: Index was outside the bounds of the array.
at System.Collections.Generic.List`1.Enumerator.MoveNext()

而在.NET Framework 4.0 的程式當中，你可以將 List集合換成 BlockingCollection集合物件：

pulblic class MyData{

public BlockingCollection<byte[]> Data {get; set;}

}

因為 BlockingCollection物件本身就支援執行緒安全，因此直接將BlockingCollection物件使用在平行運算的程式碼當中，就不會有前述的錯誤發生!!!

在PHP程式中使用Windows驗證

2010-11-15T17:36:00.001+08:00

在IIS 7.5當中，可以使用" Windows Platform Installer” 工具，安裝支援PHP的延伸模組之後，就可以在IIS上執行PHP應用程式了。當然，此時你就可以使用IIS或是ASP.NET的Membership，建立PHP應用程式所需要的使用者驗證功能。在這裡我先介紹最簡單的WIndows驗證的作法。

Windows驗證在ASP或是ASP.NET的應用程式中，是驗證企業內部網域使用者最簡單的方法；同時使用者在支援Windows驗證的不同Web應用程式間切換時，也不需要再重新登入，對使用者來說也是相當的方便。若是要在裝載在IIS 7.x上執行的PHP應用程式當中使用Windows驗證，首先你必須要開啟PHP應用程式目錄的Windows驗證功能：

1. 用滑鼠雙擊應用程式目錄的Authentication(驗證)設定。

2. 取消匿名驗證(標示 1)，並且啟用Windows驗證(標示 2)：

完成之後，將來所有來自用戶端的HTTP要求，IIS就會使用網域帳號驗證使用者；驗證成功之後，使用者的Window網域帳號就會被自動寫入 "LOGON_USER" 的Server變數當中。而在PHP應用程式中，只需要透過下面的程式碼，就可以取出驗證過的使用者帳號：

除此之外，也可以結合ASP.NET的Forms驗證檢查使用者身分，或是透過URL方式進行授權。

加入AppFabric Cache Cluster 發生錯誤

2010-11-12T16:52:00.001+08:00

當透過AppFabric設定工具，要將目前機器加入已經存在的快取叢集時，若是出現下面的錯誤訊息：

錯誤發生的原因，就是在 "C:\Windows\System32\AppFabric\DistributedCacheService.exe.config" 檔案中，<clusterConfig>標籤中沒有正確的資料。解決的方式，可以從任一台叢集中的機器中，開啟這一個檔案之後，再將資料複製到config檔案之後，再重新執行AppFabric設定工具就可以了。

建構私有雲叢集運算核心–Windows HPC Server 2008 R2

2010-11-11T23:32:00.001+08:00

雖然最近相當忙，但是發現技術的東西用過之後如果沒有記錄一下，很快就會忘記了。

雲端運算是最近相當熱門的題材，為了讓無法自行建置雲端平台的新興網路產業，以及希望降低公有雲TOC的企業，微軟提供了Windows Azure，讓需要企業可以隨時調配所需要的公有雲架構。然而，在企業當中，還是有需要可以將一些內部的企業級應用程式，建置在企業內私有雲端執行的需求。

Windows High Performance Computing (HPC) Server 2008 R2 是微軟叢集運算的核心，搭配.NET Framework 4.0 所提供的TPL(Task Parallel Library)，你就可以將C#或是VB.NET所建立的WCF服務，進行分散式的運算；而像是ETL、Data Mining等需要大量運算資源的Job，也可以透過HPC Cluster的Head Node進行分散式運算，並且還可以監控每台機器的執行狀況，產生報表。再加上Windows Server AppFabric Caching 的分散式快取，其實要建立企業內私有雲平台並不難。下面是Windows HPC Server 2008 R2的叢集運算基本架構：

Windows HPC Server 不是新的作業系統，而是架構在Windows Server 2008 R2 64 位元作業系統上面的叢集運算服務，由下面幾個基本的角色構成：

1. Head Node：負責集中管理與分派工作(Job)的節點，透過SQL Server資料庫紀錄工作與執行狀態。

2. WCF Broker Node：負責裝載WCF服務，並且將用戶端要求傳送到叢集中運算，回傳結果。

3. Compute Node：負責運算的節點，可以是Windows Server或是Windows 7的工作站。

設定Job的時候可以指定需要使用多少運算的資源：

但需要注意的是，若是要發揮叢集運算的最佳效果，程式在撰寫的時候，就必須要把平行運算的設計考量，加入到程式碼當中。關於.NET Framework 4.0的平行運算是一個很大的課題，有時間再慢慢分享。

該怎樣看待HTML 5?

2010-11-08T14:32:00.001+08:00

今年TechDays 之後，有很多朋友詢問我有關於是不是需要等 HTML 5標準的問題。我先跟大家分享一個身邊的故事：

我有一位好朋友，幾年以來，一直想在台北市買間房子。他跟我說，希望可以找一間室內有35坪以上，總價兩千萬以下的房子。其實這條件並不會太難找，但是找到的都是中古屋，要不然就是交通比較不方便的區域，所以他就不考慮了；再加上常常會有房價泡沫化的新聞，於是乎迄今，屬於他的房子還不知道在哪裡 -- 即便是他有兩千萬的預算…

HTML 5 從2007年開始制定到現在，一直被視為下一代網際網路的一個重要標準；然而到現在為止，也還在 "Working Draft"的階段，"最快" 應該也是明年六月以後才有機會變成 "Recommandation" 的標準(很樂觀的看法)。而備受爭議的CSS 3，則可能會需要再拖一陣子。在現在這標準還是曖昧不明的階段，Chrome、Safari等不同的瀏覽器廠商，為了搶瀏覽器的市場，也舉辦許多的研討會，每家都試圖證明自己是HTML 5的領導廠商。更甚者，希望讓IT人員相信，只有HTML 5才是下一代Rich Internet Application的唯一標準。

我在五月份的文章中，已經把HTML 5發展的可能做了一些分析；在 IE 9 Beta1釋出之後，情勢又更加的明顯。微軟從2007年，也就是大約是 HTML 5標準開始發想的時間，就推出了Silverlight 1.0版。在Silverlight 1.x中，微軟就已經試著使用 XAML標籤，來描述網頁中動畫、影片、聲音等等，與使用者互動的技術，再透過JavaScript控制這些網頁中的物件，建立RIA應用程式。但是也就是為了要讓 XAML標籤所設計的使用者操作介面可以在不同的環境中(特別是未來的行動裝置)，不受瀏覽器與JavaScript引擎的影響，而可以有一致的效果，因此從Silverlight 2.0開始，Silverlight就轉變為現今的架構。而從2007年迄今，Silverlight也已經根據實際應用的需求，進化了四個版本；如果從這樣的經驗來看， HTML 5 的標準就算在制定完成之後，也還有一段長路要走…

另外，若是要讓 RIA應用程式可以在不同的瀏覽器中可以有一致的效果，瀏覽器本身除了需要有很好的JavaScript執行引擎之外，更需要與作業系統有更緊密的結合，才能善用圖形加速的功能(GPU、DirectX…)去呈現網頁。在我TechDays 2010的demo當中(http://ie.microsoft.com/testdrive/Performance/PsychedelicBrowsing/Default.html)，其實就可以看出有支援GPU加速的 IE 9 Beta 1，在執行HTML 5的網頁時，效果就比Chrome(7.0.517.44)好上很多。當然，現在離HTML 5的標準制定完成至少還有半年以上的時間(很樂觀的看法)，瀏覽器廠商都還有進步的時間與空間。但在這些問題都還沒有解決或是最佳化之前，使用HTML 5開發出來的網頁對於使用者來說，不會有太多的感覺。當然，對於瀏覽器廠商來說，若是 IE 9在執行大部分的HTML 5網頁時的速度與效果都比Chrome或是Safari好的話，自然市占率就會增加 -- 然而在 HTML 5標準確定之前，目前所有 "號稱"支援HTML 5 的瀏覽器，也都沒有支援全部的功能(http://www.w3.org/QA/2010/09/how_do_we_test_a_web_browser_o.html)，自然對於使用者來說，也沒辦法帶來好處。

(差很大的使用者操作經驗…)

HTML 5 會一統江湖嗎? 從幾個地方來看：

1. 大部分的HTML 5的規格，都是參考自2007年迄今，RIA應用程式技術(Flash、Silverlight)現有的功能所制定的。然而應用程式的發展日新月異，參考現在的需求所制訂出來的規格，通常是無法滿足未來的需求。換句話說，在環境變化多樣性的網際網路平台中，HTML 5 應該是繼續扮演目前的角色，做為Web基礎的框架；而各種 RIA的技術，包括Silverlight以及未來的其他裝置，勢必會繼續發展滿足未來使用者需求的功能；而HTML 5標準所無法支援的環境，則應該依然是可以透過plug-in的方式，執行在瀏覽器中。

2. 根據這幾年來Silverlight的發展經驗來看，未來HTML 5應該會發展成為設計工具間，轉換使用者操作介面的一種標準。每一種不同的UI 技術都會有各自的profile，如同MDA(Model Driven Architectur)當中 PIM(Platform Independent Model)到PSM (Platform Specific Model)的過程一樣，設計人員可以先使用工具設計好一個通用的模型之後，再套上不同執行環境所需要的profile，就可以轉換成所需要的使用者操作介面。

會需要這樣做的原因是，未來可以上網的裝置越來越多，需求也會不同，要讓RIA應用程式在這些裝置中都有良好的操作經驗，就不可能都靠瀏覽器去執行這些程式。換句話說，除非裝置本身的作業系統就是最佳化過的瀏覽器(Chrom OS ?)，否則會有越來越多的RIA應用程式需要支援於瀏覽器外執行。此時不同的裝置，設計工具就可以透過不同的profile，轉換成各自支援的UI標準 (類似MDA當中的PIM->PSM)，開發人員再透過 MVVM 等開發模式，就可以快速的將使用者操作介面與程式結合，轉換成在不同裝置中執行的應用程式。

我們需要等 HTML 5嗎? 不需要! 就像買房子一樣，有現在就已經成熟的技術可以解決問題，為什麼要等以後不確定能做到多少的標準? 在未來，Silverlight技術將會繼續演進，支援更多裝置與平台；而同時，HTML 5無法滿足的部分，也繼續會有新的技術會出現，請問你還可以等多久???

參考資料：

W3C Statndards and Drafts

HTML 5: Getting to Last Call

HTML 5+ CSS 3 會殺了Flash 跟Silverlight ?

HTML 5+ CSS 3 會殺了Flash 跟Silverlight ? -2

Windows Server AppFabric Caching (3) - 與資料庫存取在效能方面的比較

2010-09-27T15:15:00.001+08:00

在利用Windows Server AppFabric Caching，建立大量資料存取的系統時，Windows Server AppFabric可以大大的減輕系統存取資料庫時所造成的I/O負擔，同時其Key-Value的存取方式也讓程式可以透過Key值直接取得所需要的物件，不需要花時間建立資料連線。下面分享一個實際的測試結果：

在這一個測試當中，我將4000萬筆資料從資料表搬到Cache當中儲存，再與資料庫查詢同一筆資料的結果作比較；資料庫與Cache Server都在美國的Data Center中。在沒有啟用Local Cache功能時，第一次查詢資料的結果為:

相同的條件再執行一次，結果為：

從結果可以看出，使用資料庫查詢在第一次建立資料連線時，需要耗費相當的時間；而當資料連線建立完成之後，後續的存取時間使用Cache或是使用資料庫其實差異不大。但就如同一開始所說的，使用Cache可以減輕資料庫I/O的負擔，這對於我們一天有幾十GB資料要新增的系統來說，有相當的幫助。

接下來，我們啟用LocalCache之後，再重新測試一次：應用程式第一次查詢資料的結果和之前差不多：

(請想想，相對於對第一次資料庫存取而言，為何這一次快了一倍? )

相同的條件再執行一次，結果為：

0 毫秒!!

對於大量提供資料的應用程式而言，Windows Server AppFabric Caching 除了可以減輕資料庫的負擔之外，當啟用LocalCache之後，AppFabric Caching會自動將使用過的物件快取在應用程式當中，當下次要再使用相同的物件時，就不需要再從Cache Layer當中去存取物件，因此幾乎是即時就可以取得資料!!

但需要注意的是，雖然Cache可以讓我們在近乎即時的狀況之下使用物件，但是在設計上，Key-Value相對於關聯式資料庫而言，是完全不同的效果，同時資源的消耗上也是完全不同的。下次，再來談設計上的考量…

如何結合網域帳戶，自訂ASP.NET應用程式授權

2010-09-15T00:55:00.001+08:00

預設在ASP.NET應用程式當中，支援兩種驗證模式：

Windows 驗證：利用IIS驗證使用者的Windows帳戶，然後存取ASP.NET應用程式。
Forms驗證：利用ASP.NET當中自訂的登入表單，搭配MemberShip資料庫驗證使用者身分。

在企業內部，比較常用到的，應該會是Windows驗證，因為如此一來，使用者就不需要為了存取不同的ASP.NET應用程式，而重複進行登入的動作。然而，因為Windows驗證預設必須要搭配使用者的Windows群組資訊來授權，為了管理使用者在不同的應用程式中不同的執行權利，往往必須要在AD當中建立不同的群組；同時IT管理人員也必須要常常隨著使用者的升遷或是轉換部門，而調整使用者AD的群組狀態。

另一個問題是，擁有(管理)應用程式的部門，也通常不是管理AD的IT單位，因此若是要在應用程式當中建立新的群組授權，就必須要知會其他單位，不僅不方便，協調與溝通若是出錯的話，對於使用者也會是一大困擾。

"何不就讓使用者透過Windows帳號登入ASP.NET應用程式，然後再由ASP.NET應用程式自行針對Windows帳號授權 ?"

解決之道，就是結合Windows驗證與Forms驗證，讓企業內部的使用者可以透過Windows帳號登入ASP.NET應用程式之後，再使用MemberShip資料庫的資料進行授權。這樣使用者一樣可以使用Windows帳號存取應用程式，同時每個ASP.NET應用程式的管理人員也可以自己管理使用者的登入與授權的權利。。[筆者按：這不是微軟建議的標準使用方式，ASP.NET的課程也不會這樣教]

請參考上面的概念圖，當每個Http Request傳送到Web Server時，會先被IIS攔截，並且根據Web應用程式目錄設定的驗證模式驗證使用者(標示 1)；有了存取Web應用程式目錄的權限之後，Http要求才會被送到ASP.NET應用程式當中。一般若是要使用ASP.NET的Forms驗證模式的話，通常IIS的應用程式目錄會設定 "匿名驗證 " (標示 1)，再由ASP.NET自訂的Login表單與MemberShip資料庫進行驗證授權(標示 2)。

了解了ASP.NET與IIS的驗證/授權概念之後，要結合網域帳戶，自訂ASP.NET應用程式授權的工作其實相當簡單，我們只需要在Web應用程式目錄啟用Windows驗證模式(標示 1)，再將Windows使用者帳號設定到MemeberShip資料庫中，就可以直接在ASP.NET應用程式當中根據該Windows帳號進行授權(標示 2)。操作步驟如下：

1. 首先，在IIS上先啟用 "Windows 驗證"，由IIS驗證使用者的Windows帳號

2. 在 ASP.NET應用程式的web.config檔中，設定啟用Forms驗證，同時排除匿名使用者：

3. 在Login表單的程式碼當中，先透過 "Request.LogonUserIdentity.Name" 屬性，取出IIS所驗證的使用者Windows帳號，再送到MemberShip資料庫當中比對。

如此一來，你只要將可以存取ASP.NET應用程式的使用者Windows帳號名稱，透過程式或是管理介面加入MemberShip資料庫當中，再設定該Windows帳號在ASP.NET應用程式當中所屬的群組，就不需要到AD當中去設定群組資訊了!!

4. 最後，在需要檢查授權的程式碼中，只需要透過 "User.IsInRole" 方法，就可以檢查該Windows使用者帳號在ASP.NET應用程式當中，是否屬於已被授權的群組：

透過這種方式，在企業內部的ASP.NET應用程式，就可以自行管理Windows使用者帳號的存取權限，而不需要透過AD的群組了….

如何學習UML ?

2010-07-18T03:24:00.001+08:00

最近，或許是跟微軟一直在倡導跟軟體品質、軟體生命週期有關的一些理論有關，很多朋友都對UML(Unified Modeling Language)有興趣，也來跟我討論了一些問題。比較有趣的是，這些朋友大多上過一些UML的課，卻還是不清楚，究竟要怎樣將UML應用在實務上。還有一些書籍，自己創造了一些翻譯的名詞(Use case diagram –> 用例圖 ??)，讓想好好學UML的人一開始接觸就一頭霧水…

如何學習UML，必須要先從 "你希望UML可以為你做甚麼 ?" 開始看起。UML 大致上分成兩個部分：Notation 與 Metadata。所謂的Notation，指的就是在繪製UML圖表的時候，所使用的 "標記"，像是最簡單的Actor (動作項目)：

而在UML的定義中，所有的Notation都有特定的Attributes，彼此之間也都有特別的關連與限制，這些就是在UML模型後面的Metadata。然而，對於90%以上的UML使用者來說，學會正確的使用Notation表達系統的設計，會比去搞懂Metadata來得重要。Metadata主要是給研究UML的大師們討論，以及開發UML工具的廠商使用的；對於一般使用者而言，深入了解像是”Classifier”的定義為何，不會是學習UML的重點。

"我該使用甚麼工具好 ?"

自從UML被神化之後，很多人一開始接觸UML，就開始先比較這個工具支援多少種UML模型圖、可不可以產生程式碼或是反向工程等等的課題 ---- 忽略掉原本UML的初衷，是要用來幫助專案開發團隊溝通的一種模型。

理論上，UML模型是系統的藍圖，藍圖做好了，根據藍圖來產生程式碼，應該是沒有太大問題。但就像是建築學發展了幾千年，到目前為止，藍圖畫好了，也沒有辦法直接變成大樓一樣；你永遠不要期望任何UML工具，可以在模型建置好之後，可以直接建立系統出來。就算你所使用的工具有這樣的能力，但是在這個很多PM連使用案例圖(Use case diagram)都畫不好的情況下，你又如何能確保你的模型是完整的 ?

雖然在UML 2當中，定義了十多種的圖形，然而在實務上，通常使用其中的4、5種模型圖就可以將系統描述得很清楚。若是各位有興趣學習UML，請記得學習如何建立基本的UML模型圖，遠比學習UML工具來的重要 -- 沒有人規定不可以用小畫家繪製UML模型圖，不是嗎 ?

因此，要學習UML，只需要使用容易上手，具親合力的工具即可。簡單、容易上手的工具，可以讓UML更容易導入專案當中；而過於複雜的工具，雖然看起來很厲害，但往往因為加了太多東西而導致不容易使用，反而增加專案與開發團隊的困擾…

另外，因為UML模型不可能脫離系統文件與專案的程式而獨立存在，因此你所選用的UML模型工具，最好還要支援專案團隊所使用的專案管理平台(ex: Team Foundation Server)，以及開發團隊所使用的開發工具(ex: Visual Studio)，以確保在專案開發的過程中，任何的角色都可以在任何時候存取或是修正UML模型。

我在新書<<Visual C# 2010與UML 開發實戰>>的最後一章，介紹了如何使用Visual Studio 2010 在解決方案當中建立UML模型，其中也包含了UML基本圖形的介紹。如果各位有使用Visual Studio 2010開發工具，或是對於UML模型有興趣的，不妨參考看看。

悅知文化 Visual Studio 2010 書系出版!!

2010-07-17T23:42:00.001+08:00

最近真的是忙到不可開交，連自己寫的書正在預購中都沒有打廣告....

悅知文化針對Visual Studio 2010以及.NET Framework 4.0的應用程式開發技術，邀請了國內各方面學有專精的專家，出版了一系列的技術書籍。有興趣的朋友可以參考下面的DM，或是在天瓏網路書局(http://tlsj.tenlong.com.tw/WebModule/News/newsDispAction.do?sid=329) 以75折預購 !

總統府網站分析 -- 全民驗收(4)

2010-07-04T14:32:00.001+08:00

沒想到到今天(2010.07.04) 還有這麼多defects … 居然第3頁開始了…

21. 月曆格式不一樣 (感謝仁哥提供)

這問題可以看出開發流程是有問題的…

(日曆格式 - 1)

(日曆格式 - 2)

(日曆格式 - 3)

22. 無法查詢 (未完全修正)

某些操作下，選好日期之後，無法正常執行查詢功能：

[2010.07.04 15:19] 修改之後，變成不用輸入，或是隨便輸入都可以執行：[安全漏洞]

下面是輸入"22"，然後按下 "查詢" 之後的結果：

23. 部分內容來源未通過無障礙網頁A+等級 –> 是否有弊端 ?

感謝Jerry網友分享的資料，根據行政院研考會的測試報告，這一個網站上線迄今仍有頁面未通過合約中所規範的無障礙網頁A+等級標準。檢驗報告連結網址：http://www.webguide.nat.gov.tw/enable/Servlet1?inputURL=http://media.president.gov.tw/MediaTotalView.aspx&analyzingGrade=APlus&isOnlyText=yes

而總統府的首頁也很巧妙的把"無障礙網頁A+等級" 的Logo拿掉：

這是6/29號的首頁文字，可以看到無障礙Logo

<-- 無障礙 Logo長這樣

這是7/4的首頁文字，無障礙Logo 已拿掉

感謝朋友的建議，有了圖片的證據，這些驗收的弊端都一覽無遺…

*********************************************************************************************************

另外一件很令人生氣的事，就是關於行政院研考會測試無障礙的網站，居然無法連結到總統府的網站提供測試報告；難道是有內神通外鬼，想要防堵民眾知的權利嗎?

證據如下：

監察院網站的無障礙測試報告結果：

總統府的無障礙測試報告結果：

我很確定我輸入的網址沒問題，各位網友也可以自己到研考會上試試：http://www.webguide.nat.gov.tw/wSite/sp?xdUrl=/wSite/enable/senseSinglePage.jsp&mp=1

很不可思議的，只有總統府的網站沒辦法測 !?

[有朋友使用IP位置可以測，但整件事還是很詭異]

**********************************************************************************************************

24. 出現無效的錯誤訊息

25. 錯誤日期送出後無錯誤訊息

26. 這是一個Bug，一般寫程式的人不會注意到。

當我在關鍵字欄位中，輸入"關鍵字"三個字的時候，查詢的結果必須是要和"關鍵字"三個字有關的，而不是傳回所有的資料。

27. 某些操作下，會出現下面頁面：

這不是查詢沒有資料的結果，正常查不到資料是顯示這一頁：

28. 消失的網頁內容

某些操作下，網頁內容就會消失…

29. 中文版的調整好了，英文版也該檢查一下吧? (2010.07.07)

國際的門面，該注意一下….

[2010.07.04 23:00] 發現把今天日期搞錯了，已更正。

[2010.07.07] 上線一星期多了，還是一堆問題....唉

總統府網站分析 -- 全民驗收(3)

2010-07-03T16:29:00.001+08:00

繼續編號下去：

11. 版面錯亂

某些操作之下，版面會亂掉：

12. 消失的兒童版內容：

兒童版的網頁內容某些操作下會消失，如：

這是原本頁面。

頁面內容不見了。

13. 網頁停止回應

某些操作下，網頁會停止回應，然後看到下面錯誤訊息：

14. 總統手稿

沒想到總統會親手回覆這種問題；頁面中也出現HTML標籤。

15. 網頁內容消失

在某些操作下，網頁內容會完全消失不見。

下面是清空的總統府建築歷史網頁：

正常的總統府看板：

清空的總統府看板：

16. 停用JavaScript之後，網頁亂掉，並且表單按鈕失效

提示訊息就這樣顯示在網頁外：

Banner 整個格式跑掉，字也擠在一堆：

更慘的是，表單的按鈕沒反應：

17.

某些操作下，系統會出現無法服務的錯誤訊息(系統沒有掛，但出現錯誤的頁面)

18. 安全漏洞

某些操作下，網站的內容會消失，同時出現 "登入" 按鈕：

19. 總統出訪專輯送輓聯

20. 模組無法載入? (安全漏洞)

某些操作下，網頁會出現下面錯誤：

英文版也有：

有空再繼續更新，不過這些問題也反映了程式開發與測試流程有許多問題。我也很想知道，花了納稅人700萬，到底UAT是怎樣驗收的?

(註：標題旁邊沒有加上"已解決"的都是未解決的問題。)

總統府網站分析 -- 全民驗收(2)

2010-07-03T15:54:00.001+08:00

總統府網站上線迄今，發現許多的問題；花納稅人的錢，這樣也可以驗收…

1. XSS 安全漏洞 (未完全解決)

解決了一個error參數的問題，但是還有一些其他未解決的問題也都跟XSS算是有關連。

2. 手機版格式 (已解決)

總統府不是第一個提供手機版的政府網站，我不知道為什麼可以這樣上線。

要看圖請參考魚夫先生的網站(http://yufuhome.blogspot.com/2010/06/blog-post_1136.html)

3. 瀏覽器相容性測試沒做 (已解決)

首頁的日期，在Chrome中顯示如圖：

4. 信件表單格式與錯誤訊息 (已解決)

可以接收這種表單的業主不多....按鈕還跑到字上面，把字遮住

[2010.07.06] 最下面的錯誤訊息，應該是因為在改後台程式吧…

上線一星期就說要改版，明明就是還沒做好…

[2010.07.07] 終於調整字體了… 唉

5. 無法直接回首頁 (已解決)

一般網站無論你在瀏覽哪一頁，按下網頁上網站的Logo，就可以回首頁。這網站到今天才有這功能。

6. 改善建議表單不見了

在某些操作下，會出現這樣的畫面

7. 兒童版網頁出現英文

只能說我們國家程度好 !

8. 兒童版出現"成人" 內容

總統與自由時報不合，不用跟小朋友說吧…

9. 治國周記

干發言人啥事?

10. 手機版網頁出現叉燒包

在某些操作下，手機版網頁全部的圖片都無法顯示：

(未完待續 …)

總統府網站分析 -- 全民驗收(1)

2010-07-03T15:12:00.001+08:00

最近拜讀了某網友的三篇 "總統府網站分析" 的文章，不知所云 …

基本上，這個網站應該算是驗收了，所以才會上線。其實我不care這網站要花多少錢，反正不是我可以決定的(做案子的錢當然越多越好，資訊業才有前途)；但因為這是一個國家對外很重要的形象網站，因此若是沒有做好，也等於是把臉丟到國外。

我相信專案團隊一定很辛苦，但以這樣的案子來說，既然要標，也應該事先做過評估；等到事後再把做不好的責任推給客戶，算是不負責任的。某網友的文章中提到，

"這個專案應該是成功的, 因為就專案而言, 就是讓業主非常滿意的交付尾款"

我不覺得業主會喜歡看到，付了尾款之後，得到一個一堆問題的網站之後，還要被廠商幹譙，然後每年還要付錢簽維護合約。

"這幾天就 Alexa 的觀點來看, 從 3000 名外進到 3000 名內 (見右圖), 流量也瞬間多了四倍, 也可以當作是一個小型的壓力測試了"

"至少這段時間也超過內政部與法務部, 感覺起來似乎有點全民網站的味道了"

網站在沒有預期的清況之下，流量瞬間多了四倍，就安全性來說，是令人擔心的事，不知道有甚麼好高興的。而網站所謂的 "壓力測試"，或是其他安全性的測試，都是必須要在可以被控制的環境或是時間中執行。網站上線才用使用者流量做壓力測試 ? 我沒在任何QA 的書上看過。

另外，系統的安全性往往跟開發的架構與使用的技術與流程有關，但是不能把問題都丟給開發的架構與使用的技術。

"就正式與非正式的小道消息知道, 總統府網站的確有做過 Solid Code Analysis, 也就是所謂的 SCA, 這個至少避免了許多常見的問題, 包含 XSS, SQL injection, BOF, ... 等等的基本問題都被測試過了, 甚至小道消息是也不少人做了不少嘗試, 最後目前 "只" 發現這個 Explicit Parameters 的 Error Text Handling (ErrTxt) 錯誤訊息處理問題的問題."

請參閱 ITHome 的連結(http://www.ithome.com.tw/itadm/article.php?c=62025)，這就是XSS的一種漏洞。如果像該網友所說，網站有做過SCA，也安全測過了，那上線半天不到就被發現XSS漏洞，那看不見的漏洞豈不是更多 ?

下一篇我會把迄今我所看到的已解決跟未解決的問題貼上來，跟大家分享。

Windows Server AppFabric Caching (2) - 存放ASP.NET應用程式的Session資料

2010-06-11T11:16:00.001+08:00

除了暫存應用程式可共享的快取資料之外，另一個Windows Server AppFabric Caching 服務重要的功能就是可以做為ASP.NET網際網路應用程式out-of-process session資料的存放空間。操作的方式相當的簡單：

1. 加入組件參考，用戶端應用程式需要用的的組件為Microsoft.ApplicationServer.Caching.Client.dll以及Microsoft.ApplicationServer.Caching.Core.dll。

2. 在Web.config中，加入下面設定：

a. 在<configSections>區段中，加入:

b. 接著，在<configuration>中，使用剛剛的宣告建立<dataCacheClient>區段，並設定快取服務的位置：

c. 修改<system.web>區段中Session Provoder的宣告：

如此一來，ASP.NET也可以使用分散式的in-memory快取叢集。比較需要注意的是，若是要使用High-Availability的快取來存放Session資料的話，所有快取叢集機器的作業系統都必須要是Enterprise或是Datacenter版本，並且要使用Secondaries參數建立具名快取：

New-Cache –CacheName session –Secondaries 1 –TTL 1440

Windows Server AppFabric Caching 的二三事

2010-06-11T01:18:00.001+08:00

1. 正式版的改變：

2009年6月的MSDN雜誌的這一篇文章 "Build Better Data-Driven Apps With Distributed Caching" (http://msdn.microsoft.com/zh-tw/magazine/dd861287.aspx) 寫得相當不錯，然而在正式版中有些地方不太一樣，例如：

(1) 參考的組件名稱與位置不同。

(2) CacheFactory –> DataCacheFactory; Cache –> DataCache.

(3) New-Cache 指令的參數名稱不太一樣。

好吧，我就直接告訴你，Beta 2跟正式版之間有許多不一樣的地方，有興趣操作Windows Server AppFabric的朋友可以參考我的前一篇範例操作。

2. 在ASP.NET應用程式中設定Windows Server AppFabric Caching做為Session providers會出現 "無法載入型別 'Microsoft.ApplicationServer.Caching.DataCacheSessionStoreProvider'" 的錯誤：

這是因為在Web.Config中，若是要參考型別定義，要參照GAC的定義就要使用完整名稱：

若是要使用簡式名稱的話，就必須先把"Microsoft.ApplicationServer.Caching.Client.dll"組件複製到網站的bin目錄下：

簡式名稱設定如下：

Windows Server AppFabric Caching (1) - 初體驗

2010-06-11T00:31:00.001+08:00

Windows Server AppFabric 是微軟在新一代分散式架構中，相當重量級的一個應用程式平台。而透過Windows Server AppFabric 所提供的資料快取服務，我們可以快速地利用多台機器建立分散式而且In-Memory 的Cache-Tier，不但可以減輕資料庫的負擔，也可以增加資料存取的速度。基本的架構圖如下：

(圖片來源：MSDN雜誌 http://msdn.microsoft.com/zh-tw/magazine/dd861287.aspx)

關於Windows Server AppFabric Caching的一些其他的基本資訊與一些基本觀念，各位可以先參考保哥之前整理的文章(http://blog.miniasp.com/post/2009/12/Windows-Server-AppFabric-Caching-Velocity-Notes.aspx)，這裡就不再贅述。安裝建置好Windows Server AppFabric Caching的環境之後，可以按照下面的兩個步驟，建立簡單的快取層級環境：

1. 啟動快取叢集(Cache Cluster)：

Windows Server AppFabric Caching最大的特色之一，就是可以利用多台機器的記憶體環境建立快取叢集，用來暫存應用程式間可以共享的物件資料。在PowerShell中使用Start-CacheCluster指令可以啟動多台機器上的Cacheing Service所建立的快取叢集。

2. 建立具名快取(Named Cache)

具名快取是在快取叢集中暫存資料的單元，而每個暫存在具名快取中的物件稱為快取項目(Cache Item)。程式要使用快取叢集之前，必須要先使用New-Cache指令建立可以暫存物件的具名快取。在PowerShell中執行下面指令，可以建立一個名為"catalog"的具名快取：

New-Cache -CacheName catalog -Eviction none -Expirable false

快取層級的環境建好之後，可以透過下面的方法建立簡單的用戶端程式測試：

1. 建立一個新的Console Application.

2. 加入組件參考，用戶端應用程式需要用的的組件為Microsoft.ApplicationServer.Caching.Client.dll以及Microsoft.ApplicationServer.Caching.Core.dll。這兩個組件是安裝在 Windows\System32\AppFabric 目錄底下；若是64位元的開發環境，請先在Windows目錄下建立一個SysNative資料夾，再參考到Windows\SysNative\AppFabric 目錄。

3. 加入下面兩個命名空間：

4. 宣告要加入快取中的物件類別定義，注意需要支援序列化：

5. 最後，透過程式建立要加入快取的物件，並且加入具名快取中。完成之後再取出來：

程式完成的結果如下：

這次先做到這，有時間再詳細一一介紹這些設定。

Microsoft Expression Studio 4 已經可以下載了!

2010-06-08T09:33:00.001+08:00

雖然透過Visual Studio 2010就可以直接設計Silverlight 4的應用程式表單，不過若是要做比較炫的效果的話，還是需要透過好的設計工具。

下載Microsoft Expression Studio 4：http://www.microsoft.com/expression/try-it/

Recommended Updates for Windows Server AppFabric

2010-06-08T01:33:00.001+08:00

Here you will find the list of applicable updates for Windows Server AppFabric and its dependencies.

New updates will be added to the list as they become available.

You experience several issues when you use Powershell cmdlets or AppFabric features in IIS 7.0 or IIS 7.5
KB980423
Some services are preloaded unexpectedly when you start a website that contains multiple applications in IIS 7.5
KB983484

資料來源：Windows Server AppFabric(http://msdn.microsoft.com/en-us/windowsserver/ff637504.aspx)

Windows Server AppFabric – 應該是RTM

2010-06-08T00:33:00.001+08:00

今天百敬問我Windows Server AppFabric release了沒，剛好我上星期demo時有介紹到，依稀記得當時安裝的是5/19號release的RC版，沒想到今天再查一次，發現6/4號又有一個版本，而且產品說明中有這一段話：

"支援從 Windows Server AppFabric Beta 2 Refresh 與 Windows Server AppFabric RC 升級。"

通常RC之後就是RTM版，而我下載之後也順利的把原本的Windows Server AppFabric升級到新版本，看來應該是RTM版。比較奇怪的是這次release居然沒有看到發表聲明(或是我漏掉了 ?)

下載 Window Server AppFabric：http://www.microsoft.com/downloads/details.aspx?displaylang=zh-tw&FamilyID=467e5aa5-c25b-4c80-a6d2-9f8fb0f337d2

如何使用Silverlight建構雲端應用程式--研討會講義

2010-06-07T15:49:00.001+08:00

6/3號在台灣微軟跟大家分享了 "如何使用Silverlight建構雲端應用程式"，當天研討會的Sildes已經上載到：http://docs.com/19DN 。

解決WCF RIA Services中，Entity Model改變DomainService不會同步更新的問題

2010-06-01T17:48:00.001+08:00

WCF RIA Services 對於開發以資料為導向的Silverlight應用程式而言，是一個相當方便的工具。在Visual Studio 2010開發工具中，當建立好了一個Entity Model之後，若是資料庫的模型有修改過的話，你可以透過"Update Model from Database"的功能選項，將資料庫最新的定義更新到Entity Model中：

然而這一個動作只會更新Entity Model裡面資料時體的定義，並不會幫你在既有的Domain Service中針對這些資料實體新增Metadata定義及用戶端程式存取時所需要的指令。在WCF RIA 1.0當中，你可以試著用下面的步驟解決這一個問題：

1. 在Server端專案中加入一個新的DomainService定義檔

這一個步驟的目標，是要透過Visual Studio 2010 開發工具，建立用戶端存取新的資料實體所需要的介面與中繼資料(metadata)。新的DomainService原始檔可以暫時先命名為TempDomainService.cs或是你可以識別的名稱：

接著在精靈中，設定DomainService類別的定義：

設定時注意兩個技巧：

(1) Domain service class name請設為原本的Domain Service類別名稱。

(2) Entities 請選擇需要加入的資料實體定義即可，其他的不用選。

完成之後按下OK按鈕，開發工具會建立新的DomainService定義檔。

2. 開啟新的DomainService類別原始檔(以這個例子來說是TempDomainService.cs)，刪除類別前面的"[EnableClientAccess()]"標籤，並且使用partial關鍵字將該DomainService宣告為部分類別。

3. 開啟既有的DomainService類別原始檔(以這個例子來說是MessageWallDomainService.cs)，使用partial關鍵字將該DomainService宣告為部分類別 (但是不可以刪除類別前面的"[EnableClientAccess()]"標籤)。

接下來重新編譯Server端及Client端專案的程式，你就會可以從Silverlight應用程式中去存取Entity Model中新的資料實體了!

我不確定在下一版的WCF RIA Services開發工具中會不會修正這一個問題，不過透過部分類別來建立DomainServices，只要你的類別命名規則夠清楚，某種程度來說，也不會增加太多DomainService維護的負擔。

HTML 5+ CSS 3 會殺了Flash 跟Silverlight ? -2

2010-05-27T13:41:00.001+08:00

會拿Silverlight跟Flash比較的人，基本上，不懂Silverlight.....

從Silverlight 2開始，我在所有的文章與研討會中就明白的揭示了，"Silverlight是網際網路應用程式開發技術" 的觀念。在VS 2010中，不需要使用Microsoft Blend，就可以直接開發Silverlight的表單操作介面，同時Silverlight Application也可以直接支援Windows、Forms以及SharePoint的驗證，再加上WCF RIA Services的支援，基本上只要會C#的開發人員，不懂HTML、JavaScript，也可以快速的開發出豐富的網際網路應用程式。再加上容易除錯與VS 2010提供了方便的開發環境以及跨平台的支援(Mac、Windows、Linux、WM7)，只要微軟好好發展下去可望成為.NET網際網路應用程式開發的另一個主流。

記得當年HTML剛出來，大家有跑馬燈(<marquee/>)可以用，覺得超新奇超炫的，一時之間每個網站幾乎都有跑馬燈的橫條在上面跑的情況。時至今日，有多少人還在用? 所謂的標準，真的就是符合大家使用的準則，抑或是限制技術成長的濫觴? HTML 5 跟CSS 3的出現，目前獲益最大的應該是這兩家公司：

1. Apple：原本不想支援Flash，但是使用者又想看Flash做出來的效果。

2. Adobe：想不到吧! HTML 5+CSS 5讓Adobe不需要追著瀏覽器去提供新的擴充套件，還可以出新版的CS賺錢。

前一篇也已經說明過了，要叫瀏覽器做更多的事，就必須要有更複雜的瀏覽器的道理。現在所有的個人電腦瀏覽器都有Flash套件可以支援，因此瀏覽器有沒有支援HTML 5 我不相信目前會有多少人care；但是行動裝置則未必。HTML 5 既然是標準，行動裝置製造商就可以直接從作業系統中去支援這一個標準，提供原生的網際網路多媒體存取環境，避開瀏覽器的效能問題；而這一塊也不是目前Flash主攻的市場，因此HTML 5要從此切入，才會有比較大的發展空間。

WCF Service的介面設計

2010-05-27T12:36:00.001+08:00

WCF Service 透過Service Contract提供服務的介面給Client端的應用程式使用。常常會有人問我，如果WCF Service的服務介面需要修改，應該要怎麼辦的問題。如果從元件的角度出發來看的話，介面修改相對的所有使用該元件的應用程式也都必須要跟著被修改，這對於可能會需要隨著企業邏輯做調整的WCF服務來說，會造成不小的影響

在繼續這個話題之前，先請大家思考一下，如果你家的電器插頭，每一種電器插頭的規格都不一樣的話，會是怎樣的世界?

從這樣的角度去思考的話，服務的介面規格當然是設計的越簡單越好。微軟所提供的Design Guideline中提到：

Avoid tight coupling across layers.
Design coarse-gained operations.

對於90%以上的服務來說，我們需要兩個基本的功能：

1. 執行指令並回傳運算結果或是錯誤資訊。

2. 確定目前服務是正常的。

根據這樣的出發點，我們可以設計出一個通用的WCF Service介面：

[ServiceContrract]

public interface ICommonService{

[OperationContract]

object Execute (string command, Dictionary<string,object> parameters, out string errorMessage);

[OperationContract]

bool Diagnostics ();

}

在這樣的介面設計之下，你的服務不管要增加多少功能，或是要減少功能，都不會需要更動到服務的介面規格，只需要支援新的command指令即可。但是需要注意的是，因為在這個服務介面規格中是使用object型別傳遞資料，因此你必須要另外再使用Data Contract宣告可序列化物件，然後透過ServiceKnownType將該物件定義加入WCF服務規格中。

HTML 5+ CSS 3 會殺了Flash 跟Silverlight ?

2010-05-27T00:58:00.001+08:00

前兩天SAM問了我Silverlight會不會沒有前途的問題。

基本上，從我目前所得到的資訊來看，HTML 5正在走當年Silverlight 1.0、1.1所走的路。Markup Language、CSS基本上都是需要透過parser解析過才會有樣式；而Tag與CSS所能做的事情越多，parser的等級就需要用高。換句話說，瀏覽器就越複雜，網頁的模型也就越複雜。Silverlight 1.x當年就是希望透過XAML+JavaScript建立高互動性的網頁，但是因為XAML的Tag太多太複雜，再加上JavaScript不容易維護與除錯，最後還是發展成編譯式的架構。

未來的趨勢，上網的裝置會走向輕量化的嵌入式系統或是行動裝置為主，在省電與節省成本的考量下，這些裝置所提供的瀏覽器大多無法像一般瀏覽器完整支援JavaScript或是樣式，因此若是你所開發的網際網路應用程式，需要在這些環境下執行，勢必就要另外開發特定的版本來滿足需求。而HTML 5和CSS 3有多少功能會被這些瀏覽器完整支援?

Flash雖然目前在網頁中被廣泛使用，但是因為Adobe自己沒有作業系統，也沒做瀏覽器，被賈伯斯幹譙也只能摸摸鼻子吃悶虧。反觀是微軟，在Silverlight 4與VS2010推出之後，就搶先推出WM 7的Silverlight 4在WM 7的模擬環境，所以在WM 7中會支援Silverlight已經是可以確定的事。HTML 5+ CSS 3目前看來，應該可以視為瀏覽器製造商不甘心瀏覽器成為Flash、Silverlight等RIA技術的附庸的反撲；但以目前設計人員已經習慣使用Flash方便的設計工具來設計網頁中的動畫、微軟自己又有完整的Silverlight發展環境規劃看來，短期大概只有Open Source的community會很感興趣。

但HTML 5也不是沒前途，等到行動嵌入式系統個普及之後，作業系統的廠商就會跟微軟一樣，由作業系統層直接去支援解析這些標籤的能力。屆時桌面即是瀏覽器，才會是真的戰場...

Web Service? WCF Service?

2010-05-26T23:56:00.001+08:00

最近有位朋友在網路以及MSN上面問我，Web Service和WCF Service的差別到底在哪裡呢?

Web Service，從字面上可以直譯為"網路服務"，可以從廣義或是狹義方面來解釋。廣義的來說，只要是服務提供者透過網際網路所提供的服務，都可以稱為網路服務。例如微軟所提供的SkyDrive，Google 所提供的Gmail、Google Earth，都可以視為廣義的網路服務。而狹義的網路服務，指的則是在網際網路上，可以透過網路服務的標準，SOAP或是WS-I所存取的應用程式服務介面。如果是這樣來看的話，Web Service 就可以視為在網際網路上的元件；因為網際網路本身具有跨平台的特性，因此無論你是透過.NET或是Java等程式語言所建立的Web Service，就可以在不同平台被使用，因此可以用來建立分散式架構中跨平台使用的元件。

除了Web Service 之外，微軟在分散式架構中，也有許多開發分散式元件的技術，像是Remoting、MSMQ等。因為每種技術都有特定的溝通模式，也各有各的優缺點。像是Web Service雖然可以跨平台，但是速度上就比Remoting支援的TCP Channel幔上許多；但是開發及設定Remoting元件的efforts，又比Web Service複雜。更重要的是，你必須要懂每種不同的技術，才可以作出符合需求的企業級元件，這對於開發人員來講，是相當沉重的負荷。

為了解決這樣的問題，因此微軟從.NET 3.0開始推出了WCF的技術。WCF整合了Web Service、Remoting、MSMQ等微軟分散式元件開發技術，只需要開發一個WCF Service，就可以透過設定的方式，發佈支援不同通訊協定的服務端點。因此現在若是你要開發新的網路服務的話，在.NET Framework中就統一透過WCF技術框架開發。

有興趣可以再回顧之前我所寫的幾篇：

如何升級VS2010英文正式版

2010-04-13T13:15:00.001+08:00

如果你也是MSDN訂戶的話，今天開始就可以從網站下載Visual Studio 2010正式版了。但是在MSDN網站上並不會提供Visual Studio 2010開發工具的安裝序號，所以如果在你的電腦上，曾經有安裝過Visual Studio 2010 RTM試用版的話，你可以按照下面的步驟升級成正式版。

1. 從MSDN網站下載正式版ISO檔，燒成光碟或在入虛擬光碟機，然後啟動安裝程式。

2. 在安裝程式歡迎頁中，按下 "Next" 按鈕。

3. 在Maintenance Page的下方，有個“Activate”按鈕，按下去之後就完成啟動手續了!

Visual Studio 2010 goes live !

2010-04-13T01:00:00.001+08:00

2010.04.12，就在美國VS 2010發表會進行的同時，MSDN訂戶已經可以下載正式版了喔!!

Application = Code + Workflow

2010-03-26T17:34:00.001+08:00

從莫約10年前，我就在等這一天的來臨。

程式設計，與電子電路的設計一樣，都是希望可以透過一些方式，將可以重複使用的功能元件化之後，方便重複使用。而在Test-Driven Developement當中，元件也是進行單元測試的重要單位。在設計電子電路時，我們可以透過一些方便的Layout軟體，幫助我們設計線路(流程)，並且測試結果：

(如果各位不是電子相關科系背景的，可以參考這一篇：http://www.mobile01.com/topicdetail.php?f=300&t=533106)

然而，在程式設計這一個領域中，我們卻仍然像是大一電子實驗一樣，拿著麵包版在做勞作：

當BziTalk Server出現之後，Orchestration Designer提供了圖形化的操作介面，讓開發人員可以透過圖形化的方式，快速的將應用程式的工作流程設計出來，並且應用在系統整合的情境當中。從那時開始，我每次上BizTalk Server的課，就要向大家說："圖形化操作才是程式設計的王道啊!!!" -- 無奈大家Coding 習慣了，對於我所描述的情境似乎無法想像。

但隨著網際網路應用程式與雲端技術的發展，系統的複雜度已非以往的程式設計觀念可以滿足；同樣的，為了維持軟體的開發品質以及降低維護成本，我們也必須要有更好的方式可以快速的去檢視程式碼的內容。因此，Windows Workflow Foundation (WF)誕生了!

在我的上一本書當中，曾經為各位介紹WF在.NET 3.5當中的操作方式。隨著即將到來的.NET 4 + Visual Studio 2010，WF 4也提供了更直覺、也更像電子電路設計的操作方式，實現了 “Application = Code + Workflow” 的境界! 例如，我們希望在程式啟動時，可以根據現在的系統時間，顯示不同的問候語。第一步，你可以先撰寫程式，將顯示不同問候語的程式，定義成不同的CodeActivity類別：

CodeActivity類別就是你的程式的最基礎執行單元，在設計應用程式的流程時，這些CodeActivity類別會自動出現在工具箱中：

然後你就可以使用這些自訂的CodeActivity類別，加上WF 4內建的活動，設計出你需要的流程：

然後，在流程中設定需要的一些變數，以及透過屬性視窗設定資料傳遞的規則：

最後，在程式碼中，透過WorkflowInvoker物件類別的Invoke方法，就可以載入工作流程定義並執行：

執行結果如下：

如何，是不是很簡單?

同時，透過這樣的方式所設計出來的工作流程，將來也可以很容易直接的被引用到其他的工作流程中重複使用，自然的就有元件化與模組化的效果。而每一個單獨的CodeActivity類別與工作流程，因為都是獨立運作的單元，因此也很容易就可以透過Visual Studio 2010開發工具，進行單元測試，提升程式碼模組的可靠度。

"Application = Code + Workflow" 將會是 .NET 4 應用程式開發當中，相當重要的觀念與技巧。更多的實作與應用方式分享，我將會寫在我的下一本 "Visual C# 2010"的書當中。

雲端運算講座 – 如何使用Windows Identity Foundation 在雲端架構中實作Federation驗證服務

2010-02-26T21:48:00.001+08:00

在2/25號的講座中，我為大家介紹了Windows Identity Foundation，以及在Windows Azure雲端平台中實作Federation的架構設計。有興趣的朋友可以到下面的連結下載當天的講義：

下載講義

由於時間的關係，當天的研討會只能為大家先介紹WIF這一個新技術，以及針對Federation的驗證/授權架構設計，做一些入門的介紹。如果大家對於導入WIF技術，簡化Web應用程式以及WCF服務驗證/授權方式有興趣的話，可以先試著用當天研討會所提到的，身分證驗證的原理來思考，如何才可以 "簡化" 你所遇到的問題。有實務上的需求時，歡迎提出來一起研究。

Federation的驗證觀念，對於第一次接觸的開發人員而言，通常需要一段時間，才能設計出合適的解決方案。如果有機會的話，我也會再繼續更深入的分享我在這部分的研究心得，包括WS-Security、WS-Federation、SAML ... 等等。

Windows Azure 設計概念

2010-02-06T00:39:00.001+08:00

這一篇是寫給想要了解如何導入Windows Azure技術的入門文章，釐清一些觀念。

WIndows Azure Platform( http://windows.azure.com ) 是微軟所提供的雲端作業平台，其中包含了三個主要的服務：

1. Windows Azure：提供雲端系統開發前端(Front-End)介面所需要的平台服務，裡面又可以分為Web Role與Worker Role兩個不同的執行環境。Web Role 提供了與ASP.NET相容的執行環境，可以做為雲端系統與使用者或是用戶端應用程式繫結的環境；而Worker Role 則是提供了與Windows Service相似的執行環境，可以用來執行批次的工作。

2. SQL Azure：提供雲端系統暫存交易資料的資料庫服務，像是產品的型錄資料，或是雲端流程處理中的狀態資料等，都可以存放在這裡。SQL Azure也可以與企業系統的資料庫同步，並且將雲端系統處理完成的資料更新回企業系統的資料庫中。

3. AppFabic：提供了Access Control 與Service Bus 兩大服務。Access Control提供了雲端系統實作存取控制所需要的環境；而Service Bus，扮演的就是與BizTalk Server類似的服務匯流排角色，可以執行跨應用程式的整合流程。兩者合起來，就可以在雲端建立跨應用程式的分散式系統架構後端所需要的執行環境。

這些雲端服務與企業現有的系統在功能上類似，但是因為是在雲端執行，因此在開發模式上會稍有不同；而雲端系統的設計架構與一般企業系統相比，更是大相逕庭。因此要導入Windows Azure Platform時，千萬不要有："我要如何將現有的系統完整套用到Windows Azure Platform當中" 這種錯誤的想法 ! 抽象一點來說，如果企業中的系統像是一條一條的高速公路，雲端系統就會像是飛機，我想沒有人會想開著飛機在高速公路上，從台北開到高雄的吧? 你必須要建個飛機場，讓飛機有起降的地方，才可以發揮她最大的效用，也才可以載著貨物飛到其他國家的，不是嗎 ?

若是要導入Windows Azure Platform 的技術，必須要思考的方向是：

1. 功能面：並非所有系統的功能都適合上雲端。以網路訂票系統來說，訂票的操作介面以及處理訂票的流程可以在雲端執行；帳務的管理還是可以由雲端同步回企業內的系統管理。

2. 延展性：Windows Azure Platform可以隨時根據需求，調整執行的instance數目。以網路訂票系統來說，平日每小時平均可能只要處理500筆交易，但是遇到年節，系統使用量可能會短暫爆增到每分鐘平均1000筆以上交易。Windows Azure Platform 可以透過設定，隨時跟據系統需求彈性延展，企業就不需要為了滿足這些不常發生的爆量，浪費 IT投資。

3. 維護性：這應該不用說了，由微軟的人管理伺服器，就不用每次Server上patch或是安裝新版的Service Pack，還要擔心會不會有問題。

4. 成本：我不會告訴各位使用Windows Azure Platform 一定便宜，但是對於中小型網路新興產業來說，可以隨著產品的市場規模彈性調整部署，又省去了租機房機器的建置成本，相對的會降低很多老闆的壓力。

綜合前面幾點，最合適開發在Windows Azure Pltaform 的功能，應該是需要處理大量來自用戶端的交易需求。例如宅配或是物流業，就可以利用Windows Azure建置貨物追蹤的系統，並將追蹤的資料暫存於SQL Azure中；等到貨物送達之後，再將追蹤記錄同步回企業內歸檔。如果搭配AppFabic，還可以更進一步整合 Partner的系統，在雲端設計流程作自動配送的處理。而隨著業務的成長，或是特殊節日的需求，你更可以隨時彈性調整系統所需要的雲端環境。

最後，還有兩點：

1. Windows Azure Platform 讓你可以建立高可靠度與延展性的分散式系統，但是並沒有保證高效能(也沒人敢保證這種)。若是要達到良好效能，分散系統還是必須要自己做調教。

2. SQL Azure不是讓你將 "所有" 的系統資料庫都搬上去使用的，請參考前面標紅字的說明。

雲端運算講座 - 如何使用Windows Identity Foundation在雲端架構中實作Federation驗證服務

2010-01-11T14:25:00.001+08:00

時間：2010年2月25號 15:15 ~ 17:00

地點：台灣微軟7A/7B 會議室

活動網頁：http://msdn.microsoft.com/zh-tw/ee940541.aspx

這一場主要會介紹微軟最新的WIF(Windows Identity Foundation)的技術，以及如何利用WIF來簡化在雲端架構中，使用者驗證與授權的機制。因為難度設定是200(入門級)，因此只要是使用過Visual Studio 的開發人員，都歡迎來參加。比較進階的開發課題與經驗分享，我會再陸續的分享給大家。

今天有高雄的朋友詢問為什麼只辦在台北? 我想大家可以透過管道向微軟反應，我想他們是很願意聽到開發人員的聲音的。

Web (WCF) Service的設計考量 (1) - 基本觀念

2009-11-25T02:49:00.001+08:00

繼續談談 SOA Service Layer方面的設計考量。

前一篇網誌文章中提到，通常有跨平台整合、或是需要透過網路提供遠端存取的共用元件，通常才會考慮建立成為Web Service。除此之外，在設計Web Service的時候，也有些需要注意的基本概念。

Web Service雖然是透過服務介面(interface)與用戶端程式繫結，然而就跟一般應用程式一樣，每個Web Service所提供的功能是獨立的，而且與一般應用程式一樣，採用層級的架構設計。Web Service基本的層級架構如下圖：

在設計時，必須盡可能的將 Data Layer 與 Business Layer分別封裝在不同的元件中，並且各層級之間再透過抽象的介面結合。一般來說，後端的元件可以製作成Shared Component，再提供給內部的其他系統整合時使用。

而開發Service Layer時，必須要把Service Contract、Service Implementation、Data Contract 等等，分別定義到不同的組件中。換句話說，你並不應該使用Visual Studio 開發工具新增一個預設的Web Service或是WCF Service專案之後，就只用這一個專案完成所有Service Contract、Service Implementation、Data Contract 的開發；正確的做法應該是另外再建立不同的ClassLibrary專案來開發與維護不同用途的服務元件。這樣的做法可以讓你將來需要調整服務的內容時，可以擁有比較高的彈性；同時也可以比較容易進行單元測試，確保Web Service的穩定性。

同時，也必須要注意到，每個 Web Service 同時也會是一個獨立的應用程式，用戶端程式必須要透過 Service Layer所定義的介面(服務合約)，才可以使用其功能。而 Web Service 之間若是需要整合的話，可以透過下面幾種方式：

1. 若是後端資源(如：資料來源)方面的整合，可以透過 Data Layer所提供的Shared Assembly：

而通常這種方式，因為跳過了 Business Layer，所以僅能做比較邏輯較單純的資料異動。

2. 若是要進行功能面的整合，則必須要透過 ESB(Enterprise Service Bus)，或是再建立一個更上層的 Web Service 來完成；而不是在 Web Service 之間直接建立交互參照：

舉例來說，假設 Service A 是庫存系統的服務，提供產品庫存查詢與異動的介面；而 Service B 是訂單管理系統的服務，提供新增訂單與訂單異動的介面。而若是需要整合客戶系統提供即時下單功能時，就應該另外建立一個新的Service C，並且把處理訂單的流程( Business Workflow)封裝到新服務的功能當中。這樣的架構會比你在Service A 和 B之間建立交互參照來得有彈性，而且也較容易維護多變且複雜的商業流程。

Private Component、Shared Component and Web Service

2009-11-22T02:37:00.001+08:00

SOA (Service Oriented Architecture) 與雲端運算是目前相當熱門的話題，最近看了一些 design，有些感想。

先請問各位，private component、shared component與 web service，有甚麼相同之處 ?

原則上，這三種都是用來封裝可以重複使用的程式邏輯的技術：

Private component 的組件必須要放到應用程式的目錄中執行，一次僅可以分享給一個應用程式使用。
Shared component 則是必須要註冊到執行環境的GAC(Global Assembly Cache)中，可以提供給整台電腦的應用程式共用。應用程式在存取shared component時，必須指定所呼叫的組件版本。
Web Service 則是發布到網路上特定位置的公開介面(interface)，以單一應用程式的方式執行，提供用戶端程式可以透過網路存取程式邏輯。Web Service 是以訊息為導向(message-oriented)的溝通模式，因此用戶端應用程式在存取Web Service 時，必須要先取得Web Service的WSDL文件，並且根據WSDL文件建立服務要求，再取得服務的回應。

而很多人認為，所謂的 SOA，就是要把之前所有的共用元件，都做成Web Service或是WCF Service。於是乎東一個Service、西一個Service，最後不但效能不好，出問題也很難除錯 -- SOA的好處沒享受到，反而增加了很多維護的成本。當然，在目前這一個開發Web Service就像喝水一樣簡單的時代當中，很多人都會有這樣的誤解，因此選擇了錯誤的技術去解決問題，反而製造出更多的問題。

我們以Data Access Componets來舉例，因為很多人導入SOA的第一個步驟，就是先從DAL著手。一般應用程式對於 Data Access Component 都會有幾個基本的需求：新增、修改、刪除、與查詢資料；當然，也包括了要做交易(transaction)的處理。若是你將 DAL實作成Web Service，你馬上就會面臨幾個問題：

1. 無法進行交易。雖然微軟的MS-DTC 可以搭配WS-Transaction提供交易的支援，但若是要執行跨平台的交易處理，不是一般的開發人員可以容易實作與維護的。

2. 存取資料效能變差。因為Web Service本身也是獨立的應用程式，因此會有自己的驗證/授權、建立執行環境等等邏輯需要執行，都會影響資料的存取速度。

3. 維護成本增加。建立Web Service需要規劃新的部署與維護計畫，更重要的是，若是將來前端程式出錯，要除錯會是一個很大的災難。

4. 透過Shared Component，用戶端應用程式執行環境是否安裝必要的元件，只需要從檔案總管就可以看出來；若是要更新介面，只需要安裝新版本的組件到production server上，很容易就可以讓新舊版本共存。然而對於Web Service來說，就不是那麼件容易的事。

因此，對於大部分.NET的系統而言，Data Access Componet 其實只需要建立成Shared Components，將來部署到執行環境的機器中就夠了。會需要開發Web Service，一般有兩種情況：

1. 跨平台整合元件的需求。

2. 透過網際網路直接存取元件的需求。

若是沒有這兩個前題，一般共用元件其實並不需要每個都做成Web Service。參考微軟針對Service Application中 Service的特性的描述如下：

"Services support a heterogeneous environment by focusing interoperability at the message/interface definition."

下次，再跟大家繼續分享其他Web Service設計上還需要注意的其他地方。

通過了 OCUP Intermediate 認證考試 ...

2009-11-22T00:57:00.001+08:00

把OMG的認證考試用書 (UML 2 Certification Guide: Fundamental & Intermediate Exams (The OMG Press))裡面Intermediate考試的範圍整理過之後，上星期也順利的通過了OCUP Intermediate 的考試。

基本上，OCUP 這兩級考試的範圍，都沒有超過認證用書的內容，也跟網站中所標示的一致。但是因為UML本身有很多抽象的定義，若是沒有一些UML 經驗，或是沒有接觸過UML 的人，直接看書或是UML Superstructure 的規格應該會是一頭霧水，更不用說是考試了。而考試本身其實並不會太難，主要的出題方向是在理解與應用的方面，因此不用硬去記metamodel，反而要花一些時間去理解metamodel對應到實際的UML notation 時，所表示的意義與特性。

過一陣子整理完Advanced考試的範圍資料之後，再去挑戰最後一級的認證考試。

近況更新

2009-11-19T01:08:00.001+08:00

最近陸續接到一些讀者詢問有關於Silverlight 3的書是不是已經出的問題，特別在這裡說明一下。

首先，很感謝悅知出版社的邀稿，讓我有機會把Silverlight到目前為止的研究心得有可以集結成冊的機會。但是幾經考慮之後，Silverlight 3的出書計畫還是在最後關頭停住了。主要有幾個原因：

1. 微軟這次在Silverlight 3 SDK與Blend 3 中文版中所提供了相當多的資訊，這些資訊對於Silverlight 3的入門使用者來說，已經是相當足夠了。

2. 這本書定位是在實戰的等級，但是剛好前陣子公司有重要的案子進行，沒有很多時間可以refine 書裡面的內容；為了維持品質，所以在取得編輯大人的諒解之後將這本書的出書計畫暫停了。

當然，在這裡也要向等待的讀者致歉。不過出書計畫只是暫停，並沒有停止。目前新的計畫是：

1. 關於Silverlight 3，我還是會持續透過"線上講堂" 與各位交流。

2. 未來的bandwidth放在整理 .NET Framework 4.0 的範例與資料。未出版的Silverlight 3 的內容會與 .NET Framework 4.0 所提供的雲端運算服務整合成另外一本書，等級也是會定位在實戰的等級，以VS 2010為開發工具，做為學習完C#程式語言之後，可以延伸學習的進階書籍。

而從我上一篇分享的網誌中，大家應該也可以嗅到了未來微軟的開發平台將會與UML有更緊密的結合(請參考 "Microsoft Focuses on Bringing Modeling Mainstream, Improves IT Delivery of Business Strategies")。因此最近正透過參加OCUP認證考試，複習與整理UML的相關知識，希望可以繼續提供大家更多充實的內容。也因為準備考試的關係，所以最近網誌內容更新的比較慢一點，敬請見諒；當然，如果各位有問題或是想要我分享的內容，都歡迎繼續留言與我聯絡，謝謝。

通過了OMG Certified UML Professional (OCUP) Fundamental 認證

2009-11-15T15:45:00.001+08:00

OCUP(OMG Certified UML Professional)，是目前主導UML(Unified Modeling Language) 規格發展的國際組織 OMG (是 "Object Management Group"，不是"Oh, My God !") 所推廣的UML認證。比起Microsoft或是Sun Java等大廠的認證來說，在台灣算是比較冷門的認證。然而以UML本身來說，卻是你在任何專案的文件當中，都一定會看到、用到的東西；因此就算沒有了解全部的UML文件規格，也至少會在文件中看過Class Diagram、Use case Diagram 等基本的UML圖。

目前系統開發的分工越來越細，拜SOA發展所賜，系統的執行環境與架構也越來越複雜，一般公司的系統外包給協力廠商開發或是透過雲端系統執行，已漸漸變成了趨勢。而要將系統外包給協力廠商開發，就必須要在系統進入開發測試階段之前，透過UML建立起完整的系統模型。此時，你就不能只是 "會用" UML的階段，還必須要 "了解" UML，專案才有辦法在發包之前確定規格以及找出問題。

理論上，UML 是以圖形化方式描述系統的架構，應該是相當容易了解；但是往往大家在應用的時候，就會出現一些盲點。例如有多少人可以正確的告訴我，下面這兩張圖所代表的意義跟差異?

另外一個常看到的問題是，當 SA/SD 使用UML完成設計之後，因為開發人員或是協力廠商對於 UML的規格不熟悉，誤解了系統文件中設計的內容，而做出了錯誤的東西。因此若是要導入 UML，除了SA/SD 人員一定要熟悉 UML的規格之外，開發人員也必須要對 UML 有一定程度的了解，才能夠成功。

Microsoft 近幾年來，也慢慢的開始與這些軟體工程的公開標準整合。像是BizTalk Server 2006就支援了BPEL(Business Process Execution Language)；在WF中透過設計工具就可以以建立類似 UML 的Active Diagram、State Diagram的方式，建立程式的流程。在 "Microsoft Focuses on Bringing Modeling Mainstream, Improves IT Delivery of Business Strategies" 中，微軟也正式的宣布加入OMG組織；並且在VS 2010中，加入了 "Modeling Projects" 的專案範本 -- 換句話說，你可以直接使用 VSTS 2010 建立專案的 UML 文件，並且透過 TFS 加入專案中管理。關於這部分，以後會再慢慢跟大家分享。

而 OCUP，就是用來證明你對 UML 規格了解程度的認證。OCUP 認證分成三級，你可以根據在專案中所扮演角色的角色，決定你要考到哪一個等級。每個等級的詳細說明在網站(http://www.omg.org/uml-certification/index.htm) 上介紹的很清楚，各位如有興趣可以自行參考；一般開發人員應該考過初級(Fundamental)就可以了。

準備 OCUP 的考試，其實也不太難，因為UML的規格其實在規格書當中定義的相當清楚 -- 但也就是因為太清楚了，所以看起來會有點辛苦。OMG 自己有出版一本認證教材，整理的很詳細，解釋的也很清楚：

UML 2 Certification Guide: Fundamental & Intermediate Exams (The OMG Press)
by Tim Weilkiens and Bernd Oestereich

這本書很有系統的介紹了 UML 的規格，以及整理了 OCUP 考試所需要了解的重點。就算你沒有要考 OCUP 認證，這本書中的經典範例也可以幫助你深入學習 UML，我個人認為這是每一個導入UML 的專案團隊所必備的一本工具書。

Silverlight 3 與ASP.NET MVC

2009-09-28T13:31:00.001+08:00

TechDays 2009 會後，有學員問我說："老師，請問一下Silverlight 3 是不是不可以用在ASP.NET MVC 當中 ?"。

事實上，對於Silverlight 3的Web 應用程式開發來說，整合ASP.NET MVC可以減少很多開發和維護上的effort；相對的，以Silverlight 3 做為ASP.NET MVC 的前端開發技術，也是相當合適的。

在 "微軟新一代分散式架構與網際網路開發技術剖析(2)" 這一篇網誌中，曾為大家剖析過MVC 架構在ASP.NET 的技術中，必須要搭配ASP.NET AJAX 來進行實作。然而，就如同我在TechDays 的場次中為各位說明過的，ASP.NET AJAX 主要仍是以整合ASP.NET Server Control 為考量，因此在發展MVC架構中的展示層(View)，或是以用戶端操作經驗為主的RIA應用程式時，就會出現比較多的一些限制。

因此，下面是我的看法：

"以Silverlight 3 做為開發ASP.NET MVC 展示層操作介面的主要技術，不但可以讓你更容易建立高互動性的使用者操作介面，更可以透過ASP.NET MVC 所建立的伺服器端環境，簡化Silverlight 3應用程式在伺服器端的開發與維護工作"

兩種技術可以說是相輔相成的!!

TechDays 2009 – Silverlight 3 應用與導入(範例1與2)

2009-09-28T00:40:00.001+08:00

我在TechDays 2009的 "Silverlight 3應用與導入"的場次當中，針對SIlverlight 3的協同開發做了初步的介紹，後續也有許多朋友跟我詢問有關於Silverlight3 的開發相關的問題，可見大家對於導入Silverlight 3 開發企業的Web應用程式都很有興趣。

的確，對於Silverlight 3的Web應用程式發展而言，企業內部比較容易有可以控制的用戶端環境，而且很多RIA應用程式的開發需求其實也是從內部系統來的。導入Silverlight 3在加上ASP.NET MVC，可以讓你很容易開發需要的Web 應用程式和後端的網路服務整合。

附件是我在TechDays 2009中所實作的的第一個與第二個範例。其實對於學習Silverlight 3應用程式開發來說，複製範例回去看XAML或是程式碼內容，對於學習是沒甚麼太大的效果的--就跟BizTalk應用程式的開發一樣。因此即便是在千人的演講場次中，我也堅持要用live demo而非開程式碼的方式介紹，這樣大家才可以學到正確的開發步驟。當然，時間有限，所以詳細的Silverlight 3開發觀念與技巧我會在整理到下個月的書當中。

TechDays 2009 - Silverlight 3 應用與導入實務

2009-09-24T22:41:00.002+08:00

9月23號在微軟的TechDays 2009研討會中介紹了"Silverlight 3應用與導入實務"，有興趣的朋友可以從下面的連結下載演講的Silde 參考。當天的範例我也會陸續的分享出來，如果大家對於使用Silverlight 3 開發Web應用程式有興趣或是需求的話，下個月我將會透過悅知出版社出版一本"Silverlight 3 Web應用程式開發實戰"，屆時各位可以用來做為開發時的參考。

移除Windows Service

2009-07-13T11:01:00.001+08:00

移除Windows Service的幾種方式：

1. 新增/移除程式:

一般開發Windows Service專案時都會搭配開發Installer 跟Setup Project, 所以在大部分的狀況之下安裝好的Windows Service 都可以從[控制台]-->[新增/移除程式]中移除。但是要記得的是：一定要先將服務停止之後再移除--否則就要用到最後的大絕招了。

2. InstallUtil.exe

在開發階段，你也可以直接呼叫InstallUtil.exe 工具程式幫忙新增/移除 Wundows Service，這樣就可以省去建立Setup project的時間。

3. SC.exe

SC.exe 是Windows作業系統中管理Windows Service 的一個工具程式，可以用來建立、啟動、停止跟刪除Windows Service。

4. Regedit.exe

看到這工具程式名稱，應該就知道大絕招是什麼了。當你移除Windows Service時，若是沒先將Windows Service以及其關聯的服務停止，有時還是可以移除，但是Windows作業系統中的註冊資訊還是會繼續存在，下次你要在崇裝服務時就會出現錯誤訊息。如果是這樣的話，就要使用Regedit.exe 工具程式，刪除在 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services 裡面的服務註冊資訊，然後再重新開機，這樣就可以將Windows Service 清除乾淨了。

如何在.NET程式中存取與設定資料夾與檔案的存取權限 (ACL)

2009-07-07T18:32:00.001+08:00

在悅知出版社的網站中分享了一篇如何利用 .NET程式存取及修改資料夾存取權限的文章，有興趣的朋友可以點選下面的連結參考這一篇文章：

如何在.NET程式中存取與設定資料夾與檔案的存取權限 (ACL)

2009 微軟最有價值專家 (Microsoft Most Valuable Professional，MVP)

2009-07-07T00:04:00.001+08:00

在7月2號，收到微軟所寄來的通知：

親愛的微軟「最有價值專家」(MVP)，您好︰

在歷經長達數星期的激烈競爭與評選，恭禧您從眾多優秀的競爭者中脫穎而出，成為 2009年第四季微軟「最有價值專家」(Most Valuable Professional, MVP)！微軟技術社群暨最有價值專家全球總監 Nestor Portillo，及微軟技術社群暨最有價值專家亞太及大中華區 (APAC) 總監Howard Lo，帶領全微軟技術社群暨最有價值專家部門同仁，在此恭禧您！

微軟「最有價值專家」(MVP)是贏得微軟技術社群討論區、論壇參與者肯定的最高榮譽，同時也讓廣大的微軟技術討論區、論壇參與者認識到您的貢獻是極具價值的！

回顧過去這半年來，因為換工作所以在很多地方都做了調整，唯一沒有調整的就是對於吸收新知識的熱情。當然，換了新的工作也讓我有更多的經驗可以跟大家分享。未來這一年微軟陸續會有很多新的、重要的開發技術與工具會陸續推出，我也將繼續為大家介紹與分享這一些技術!

附上2009年第四季微軟最有價值專家的當選名單，也恭喜這一些一起得獎的專家!

當選名單

趙敏翔，王作桓，王仲麒，王寧疆，朱泰銓，游佩諭

陳景忠，何偉碩，陳少華，柯博安，王恩琦，鄭祿盛

簡浩洋，呂高旭，張俊宜，傅嘉賢，林柏甫，郭智誠

陳明倫，張書源，黃燕忠，張智榮，蘇晉正，歐志信

農令辰，洪子寓

初窺 BizTalk Server 2009

2009-04-23T23:48:00.001+08:00

最近Micrisift Virtual Lab 發布了三個新的BizTalk Server 2009的Workshop：

雖然已經不需要再教BizTalk Server的課程了，不過這個我從小教到大(BizTalk Server Technical Preview ~ BizTalk Server 2006 R2) 的產品有了新的版本，總是會讓人有些期待 - 看看又有哪些新的東西加了進去。先跟大家分享一下從Microsoft Virtual Lab所準備的環境中目前所看到的一些新東西：

1. 基本上，主要的功能都和BizTalk Server 2006 R2差不多，一樣提供了對於RFID模組的支援。

2. 整合Visual Studio 2008 開發環境，可以透過Visual Studio 2008開發工具建立BizTalk Server專案。比較有趣的是可以針對Map的XSLT進行中斷點偵錯，以及可以建立Unit Test執行BizTalk Component的單元測試。

3. 提供升級精靈，可以將BizTalk Server 2006的專案升級成BizTalk Server 2009的專案再部署到新環境中。這一點我想問題應該不大，因為BizTalk Server 2006早就支援業界的XML標準，因此升級精靈應該是針對Visual Studio的專案範本升級。

大家如果有興趣，也可以點選上面的連結進去玩玩看 !

何謂軟體即服務(SaaS)?

2009-03-26T13:27:00.001+08:00

軟體即服務(Software as a Service,SaaS)，或是微軟所提出的Software + Service，都是屬於新一代雲端運算的架構。雖然推出很久了，但是還是很多人對它還是一知半解。剛好最近寫了一篇相關的文章發表在悅知出版社的網站上，各位有興趣的話可以上去看一下：

http://www.delightpress.com.tw/article_c.aspx?article_id=41

Windows服務啟動帳號的問題

2009-02-04T17:02:00.001+08:00

在某些情況下, 會考慮使用網域上的特定使用者帳號作為Windows服務的啟動帳號. 但若是在Windows啟動時(或是手動啟動服務時)無法連上DC, 就會出現”這個帳戶名稱不正確或不存在 ……”的錯誤, 必須要注意這一點.

Virtual PC 掛點....

2009-01-07T15:45:00.001+08:00

昨天回家想要把Silverlight 2正式版的環境更新到Virtual PC的開發環境中，沒想到一起動Virtual PC的環境，就顯示掛點的訊息....

因為這樣的關係，所以我就沒辦法更新我的網站內容了。因為最近幾天我在教Microsoft CRM 4.0的課，所以最快要等到星期五(1/9)晚上才有時間重新將網站上線了。

網站更新中

2009-01-06T13:30:00.001+08:00

昨天有朋友反映 www.silverlight.idv.tw 的網站無法連上，其實是因為在新年期間將伺服器安裝積存的更新之後，設定未修改的關係，昨天已經將網站重新上線了。但是還有一個地方沒有修改到，就是原本的Silverlight桌面程式，還沒有修改到SIlverlight 2正式版的環境，這部分可能要等我今天晚上回家再來修正一下了，先跟各位朋友說聲抱歉，可能要到明天才能繼續讓大家正常操作了。

最近在研究Azure平台的開發，如果發展起來的話，以後通通放在雲端平台就輕鬆多了....

.NET Framrwork Configuration Tool 何處尋 ?

2008-12-29T11:21:00.001+08:00

剛剛慧真問了我一個問題：只安裝VS 2008 (.NET Framework 3.5)的開發環境，要從哪裡啟動.NET Framework組態設定工具呢?

找了半天，在MSDN的說明文件中，寫著下面一段話：

"在 .NET Framework 2.0 (含) 以後版本中，Mscorcfg.msc 是隨 .NET Framework 2.0 軟體開發套件 (SDK) 而安裝的"

所以如果在只安裝VS 2008的開發環境中，要使用.NET組態設定工具的話，請另外下載並安裝.NET Framework 2.0 SDK吧!!

Silverlight 2.0線上講堂 - 22：在Silverlight 2.0應用程式中存取JavaScript

2008-10-03T12:59:00.001+08:00

剛剛休假回來，就有一堆的朋友發Email或是留言給我，希望我在Silverlight 2.0 線上講堂中可以提供更多的課程內容。當然，時間上允許的話，我會盡快的把計畫好的課程內容放上去，同時也謝謝這麼多的朋友一起參與線上講堂的學習。接下來的兩堂課中，我將為各位介紹如何讓Silverlight 2.0的應用程式可以和網頁中的HTML與JavaScript互動。

首先，假設我們已經使用Silverlight 2.0 技術完成了下面的橫幅廣告：

現在希望當使用者點選廣告圖片時，可以超連結到廣告商的網站，應該要怎樣做呢?

1. 首先，使用VS 2008開啟Silverlight 2.0 應用程式專案(你可以使用前面做過的例子，或是新增一個Silverlight 2.0 應用程式，裡面放上一張圖片當作廣告)。

2. 在要觸發JavaScript的XAML標籤上，加入MouseLeftButtonUp事件的處理常式，並按下滑鼠右鍵，選取[巡覽至事件處理常式]。

在Silverlight 2.0 的基本類別函式庫中，定義了一個System.Windows.Browser的命名空間，裡面包含了幾個重要的物件類別：

HtmlPage：表示目前裝載Silverlight 2.0 控制項的網頁。
HtmlWindow：表示網頁中的Window物件。
HtmlDocument：表示網頁中的Document物件。

只需要透過這些物件，我們就可以從Silverlight 2.0 的控制項中存取網頁中的Html控制項內容，或是執行JavaScript!

3. 首先，在XAML程式原始檔的最前面，加上引用System.Windows.Browser命名空間的宣告：

using System.Windows.Browser;

4. 當使用者點選圖片之後，我們希望可以將網頁超連結到廣告商的網址。因此先取得網頁中的Window物件：

HtmlWindow window = HtmlPage.Window;

HtmlWindow物件提供了Navigate方法，你只需要將網址封裝成Uri物件帶進去執行即可：

window.Navigate(new Uri("http://www.silverlight.idv.tw"),

"_blank");

若是要觸發網頁中的JavaScript函式的話，也可以直接透過HtmlWindow物件所提供的Invoke方法，再依序輸入JavaScript的函式名稱及參數值即可。

5. 若是要動態的搭配DOM控制網頁中的Html控制項的話，你就必須要先取得網頁中的Document物件：

HtmlDocument doc = HtmlPage.Document;

再透過GetElementById或是GetElementByTagName方法，你就可以在Silverlight 2.0 的程式中控制裝載SIlverlight 2.0 控制項的網頁內容了!! 例如下面的程式碼可以將網頁的背景色設為粉紅色，3秒之後再調整回來：

HtmlDocument doc = HtmlPage.Document;
object data = doc.GetProperty("bgColor");
doc.SetProperty("bgColor", "pink");
System.Threading.Thread.Sleep(3000);
doc.SetProperty("bgColor", data.ToString());

這次的課程完成的效果如下(點選圖片開啟連結)：

伯朗藍山咖啡，掰掰......

2008-10-01T04:08:00.001+08:00

前幾天，金車公司打著"全系列食品衛生署檢驗合格"的廣告，讓我以為真的可以放心喝我喜歡的伯朗藍山咖啡了。但是當我看到他們的檢驗報告之後，我決定再也不喝了......

目前所謂的檢驗報告，可以分為兩種：

1. "財團法人"食品工業研究所的報告(如金車食品1、金車食品2、克寧奶粉(及所有雀巢食品))：以HPLC-UV方式檢驗，最低檢驗極限2.0ppm。

2. SGS等其他民間公正檢驗單位報告(如西雅圖咖啡、摩卡咖啡)：以LC/MS/MS方式檢驗，最低檢驗極限0.05ppm。

或許你會覺得，都已經是ppm(mg/Kg)了，0.05ppm跟2.0ppm應該是沒有差吧 ! 舉兩個例子給你參考：

1. 以我最愛喝的伯朗藍山咖啡為例，一罐是250ml，一天我可以喝3~4罐。若是以食工所的檢驗報告而言，4罐的伯朗藍山咖啡裡面最多包含2mg的三聚氰胺；而通過SGS的西雅圖咖啡1000ml最多只含0.05mg的三聚氰胺。不管人體每日容許值是多少，健康無價，原本就不應該出現在咖啡的東西，每天加2mg給你吃，你安心嗎?

2. 其實衛生署放寬標準，最可惡的就是圖利財團。以奶粉為例，若是你是廠商，"不小心"進了一公斤含2.5ppm三聚氰胺的毒奶粉，請問你會怎樣做?

    a. 若是要通過食工所的檢驗，只需要每公斤毒奶粉滲入250g以上的沒有毒奶粉稀釋，

         2.5mg / 1.25 Kg = 2 ppm

         就可以重新包裝上架上去賣。

    b. 若是要通過SGS檢驗，就必須每公斤毒奶粉滲入50Kg以上的沒有毒奶粉稀釋，

         2.5mg / 50 Kg = 0.05 ppm

         才可以重新上架去賣，但是這樣成本很高。

而我們偉大九劉政府的衛生署，只要廠商通過食工所的檢驗(2.0ppm)，就可以在電視上大言不慚的說通過檢驗，並且重新上架販售 -- 換句話說，就是鼓勵廠商採用 a.的解決方案 -- 犧牲國人健康，圖利廠商解套。

因此，不要再相信 "衛生署檢驗合格" 的東西就可以吃的鬼話了 ! 要買乳製品之前，請先看清楚廠商的檢驗報告 -- 若是"財團法人"食品工業研究所檢驗通過的產品，我建議你還是不要買的好。所以為了我的健康，

伯朗藍山咖啡，掰掰了.....

克寧奶粉，掰掰了.....

雀巢咖啡，掰掰了.....

Silverlight 2.0 線上講堂通知(09/20)

2008-09-20T18:10:00.001+08:00

原本計畫要在這一個月多寫一些內容的，但因為我在恆逸資訊有很多課，加上異位性皮膚炎發作要多休息，所以最近就沒有很多時間可以維護線上講堂的內容。謝謝很多朋友透過線上以及Email來關心線上講堂的進度，你們的問題我也都會盡快回覆給各位。

在這裡先通知各位線上講堂的同學，下個星期(9/21~~9/26)我休假去了，所以無法在線上回答各位的問題，同時線上講堂也休息一星期。如果你有任何的問題，仍然還是可以透過Email跟我聯絡(john_chang@uuu.com.tw)，我會在回國之後盡快回覆的，謝謝。

Microsoft Online Services

2008-09-19T21:43:00.001+08:00

你對於建置系統這檔子事累了嗎 ?

為了實現軟體即服務(SaaS)，微軟現在提供了許多的線上軟體服務 -- Microsoft Online Services，讓中小企業的 IT 人員，可以花最少的時間與建置成本，就可以直接線上使用微軟的產品，建置企業所需要的解決方案。這些線上產品包括了：

Office Live Meeting
Exchange Hosted Service
Exchange Online
Sharepoint Online
Office Comminications Online
Dynamics CRM Online

透過這些線上的產品，將來中小企業的 IT 人員就不需要在公司中安裝跟維護這一些產品，相對的也可以節省更多的建置成本 !

除此之外，SQL Server目前也提供了免費線上存取的資料服務 -- SQL Server Data Service (SSDS)，讓MIS人員可以將程式中的資料，直接存放在微軟所提供的線上資料庫當中。換句話說，對於中小企業而言，將來只需要購買SDSS的服務，就不需要再去採買、維護SQL Server資料庫所需要的伺服器 ! 而目前SDSS提供了免費註冊使用的Beta 版，想要使用微軟雲端運算架構建置系統的開發人員，不妨去試用看看!!

而在不久的將來，微軟的產品BizTalk Server、Windows 作業系統等，也都會可以透過這種方式使用；對於系統操作、管理、開發方式等，微軟的雲端運算的SaaS架構都會帶來重大的改變 !

問題與回應(09/19)

2008-09-19T18:34:00.001+08:00

不好意思~我是一個想自學Silverlight的學生,我想請問一下八月那篇的講堂14的最後小練習:

3. 接下來，將 MyCarouselWeb測試專案當中的HTML測試網頁開啟。
開啟後將網頁中的<object> ... ...</object>標籤範圍中的內容，
複製到TimeSampleWeb網站的測試網頁的HTML內容中。

問題是:我把<object>標籤的內容全部貼到TimeSampleWeb html的<object>裡面

不過跑出來還是只有TimeSample的效果而已
我也把MyCarousel的XAP檔加到ClientBin裡面了
是否貼的位置不對呢?

這是我MyCarousel的object標籤內容

這是我TimeSample的object的標籤內容

後來我發現這兩個標籤檔的內容幾乎一樣~所以我把<param name="source" value="ClientBin/TimerSample.xap"/>的TimerSample.xap改成MyCarousel.xap
沒想到還是跑出TimerSample的效果= =

==>

這問題發生的主要原因，就是因為在VS 2008專案預設建立的測試頁中，會將Silverlight的控制項的width與height屬性預設都設為100%，因此你只需要將網頁中的兩個<object>標籤的width跟height屬性調整成Silverlight表單的大小即可。

順便記住下面的這一個小技巧：

將Silverlight 2.0 表單嵌入網頁中使用時，記得根據網頁顯示需要，調整Silverlight控制項的width與height屬性 !

瀏覽器之戰? 你錯了....

2008-09-11T16:10:00.001+08:00

9/3 號，Google發表了Chrome瀏覽器測試版以來，很多人以為以後將會是Google瀏覽器對抗IE的時代，但是事實是這樣的嗎?

如果你有安裝Chrome瀏覽器，你會發現到主要的功能其實跟Firefox差不多(目前為止)。根據Google的說法，未來Chrome瀏覽器將採開放式的架構，針對用戶端提供更穩定、快速的瀏覽效果。但我覺得更重要的是，在Google瀏覽器當中，提供了一個新的JavaScript Engine-- V8。

關於V8，你可以參考Google V8 JavaScript Engine的說明。簡單的說，這一個新的JavaScript Engine最主要的特點，包括：

1. 更快，你可以參考Benchmarks的資訊。

2. 可將JavaScript編譯成機器碼執行，

"There are no intermediate byte codes, no interpreter."，

"This greatly improves the speed at which most JavaScript code can be executed."。

3. 更有效率的資源回收機制(Garbage Collection)。

注意到重點了嗎? 很多人都將Google推出瀏覽器的重點擺在跟IE比較功能與穩定性，但這有啥好比較 ? 目前IE 8還沒有正式推出，唯一有新功能的瀏覽器是Firefox 3.0，要比也是先跟Firefox比，IE 有啥可以比的?

Google瀏覽器推出的真正的意義，應該是Google宣示要開始在用戶端程式環境的部分，正式開始跟微軟一別苗頭了! 長久以來，Google致力於開發與提供網路服務平台；而用戶端的環境，則是一直由微軟所掌控(參考Windows作業系統的市占率)。但是隨著網際網路開發技術的發展，"作業系統" 的作用，慢慢的簡化成為開機用的程式而已。換句話說，在Browser + Web Service(SaaS)的架構發展完成之後，用戶端程式開發的重點，就變成要使用哪一種 "技術" 來建立使用者操作介面與用戶端的功能。

若是你使用過Chrome瀏覽器瀏覽www.silverlight.idv.tw，你會發現SIlverlight 2.0的應用程式沒有辦法正常的執行。換句話說，雖然Chrome是使用公版(開放原始碼計畫Webkit)下去發展的，但是實作的部分卻不一樣。所以未來微軟若是要將Silverlight 2.0 術推廣到Goole瀏覽器上面的話，勢必要再推出一個新的Silverlight安裝套件的版本。然而，微軟會為每一種瀏覽器，都提供Silverlight的安裝套件嗎?

這問題我就暫時不回答了，但是從V8的JavaScript引擎的架構來說，從編譯成機器碼到提供資源回收器這些特性來說，都和Silverlight 2.0執行環境目標差不多 -- 換句話說，Google推出瀏覽器，真正的意義，應該是要在用戶端環境透過JacaScript技術和Silverlight宣戰! 兩者之間目前的差異：

1. Silverlight 2.0 提供了比較方便的開發、設計環境。

2. JavaScript提供了跨不同瀏覽器平台，用戶端不需要安裝額外套件就可以執行的能力。

若是從本質上看來，就類似從前的JavaScript技術與Activex Control技術的對抗 -- 只是這次JavaScript技術有Google加持，Silverlight有.NET做後盾，那一種技術會成為主流，我想未來的半年，會是一個關鍵。不過微軟這次兩邊都押寶(ASP.NET AJAX、Silverlight 2.0)，因此了不起最多輸一半，也不至於會在用戶端的開發技術中出局就是了.....

問題與回應(09/09)

2008-09-09T18:16:00.001+08:00

Brian來信問了一些問題，也有人問過類似的問題，所以統一回應一下：

當我初始化一個控制項後,我可以對控制項作move嗎? (所有的控制項都這樣嗎?)

我舉一個例子, 假如我有個textbox, 當我page load 時已經出現在page中,

如果我想讓滑鼠拖曳著textbox可以在page上動,請問做得到嗎,我有自己試過,但是不像image, rectangle...那麼好處理

==>

要開發拖曳的功能其實一點都不難，只要透過滑鼠事件處理一下就可以了：

下次線上講堂再插入一堂課來教各位好了，不過程式碼很簡單，你可以參考SDK自己先開發看看。我在My Windows Desktop專案中把這功能做到元件當中，你可以下載這一個組件：

然後加入參考到Silverlight專案當中，在Page的建構子中將需要支援拖曳的控制項加入Canvas控制項，然後將控制項名稱傳入RegisterDragDrop方法中：

public Page()
{
InitializeComponent();
MyExtenders.MyWindows.RegisterDragDrop(txtName);
}

這樣就可以了。

(不過這一個組件還在開發中，因此暫時提供給各位的是還沒有final的版本)

有沒有教學的網站或是sample 是在教如何customize 控制項的另外自訂的控制項如何讓silverlight 參考到

(是當成silverlight的resource嗎)

==>

自訂控制項的部分，線上講堂後面會安排課程介紹；另外，你也可以參考Silverlight 2.0 SDK，裡面也有介紹作法。。不過在你要自訂控制項之前，可以先思考一下：

"我要擴充的是功能，還是操作介面 ?"

"真的有需要重複使用嗎 ?"

"自訂控制項對效能有多大的影響 ?"

如果你只是要使用Silverlight 2.0 開發一些有動態效果的Banner，我建議你一般不需要自訂控制項--除非你是要發展Rich Client的應用程式或是要賣Silverlight 2.0擴充元件。

上禮拜麻煩你做一個textbox sample, 當我滑鼠沒按到textbox 時 textbox是沒有邊框的

當我按到textbox時 textbox 邊框是虛線 ,如果來得及的話,可以教一下我我還是沒辦法從blend2 to silverlight project做出來

==>

請參考Silverlight 2 線上講堂 -21：淺談控制項外觀效果，謝謝。

Silverlight 2 線上講堂 -21：淺談控制項外觀效果

2008-09-09T00:21:00.001+08:00

上個星期有位Brian朋友在線上問我，如何在使用者滑鼠移到TextBox控制項的時候，在TextBox控制項的外面顯示虛線的框線，提示使用者輸入資料。Brian說，想用繼承的方式建立一個自訂的TextBox控制項，然後再去客製化外觀。我一聽，天啊! 千萬不要有這樣的想法!! 趕緊先加了一堂課來為各位說明一下外觀的控制技巧。

在建立Silverlight 2.0應用程式外觀的時候，各位千萬要記住一句話，那就是：

"外觀要用設計師(Designer)的想法來思考!!"

不要動不動就想到元件，想到繼承，然後把簡單的事情給複雜化。如果是物件導向跟繼承、override就可以解決的事，交給VS 2008就好了，要Expression Blend做啥?

要做出Brian想要的效果，其實很簡單，讓我們來看看技巧在哪：

1. 首先，我們要先用一些設計工具"畫"出虛線的外框，開啟小畫家。

2. 你沒聽錯，就是Windows內建的--"小畫家"。

3. 將畫布調整成適當的大小(大約比TextBox控制項大一點)，然後選取填入色彩按鈕( )，再從色盤中選取黑色，再點選畫布，將畫布填滿黑色：

4. 選取圓角矩形按鈕( )，在下方選取粗一點的框線，然後從色盤中選取你喜歡的顏色，最後在畫布中建立矩形區域：

5. 接下來選取粉刷工具( )，然後選取矩形的筆觸，然後從色盤中選取黑色：

6. 接著，在畫布上的矩形上，每隔一段間隔圖上黑色，虛線的框線就完成了：

7. 將這一個圖檔存成View.jpg。然後使用VS 2008新增一個Silverlight應用程式專案，取名為MyTextBox。

8. 使用Expression Blend 2.5設計工具開啟MyTextBox專案，將<UserControl>標籤中的子元素(預設是Grid)換成Canvas，並且將大小設為400x100，底色為黑色。

9. 在[Project]視窗中選取MyTextBox專案，按下滑鼠右鍵選取[Add Existing Item...]，將View.jpg加入專案當中。

10. 將View.jpg從[Project]視窗中拖曳到畫布上，此時Blend設計工具會自動建立Image控制項。調整Image控制項到適當大小，然後到[Properties]視窗中設定Image控制項的Name屬性值為imgBorder：

11. 將TextBox控制項加入表單中，放置在Image控制項的框線範圍中，調整成適當大小(可以透過View-->Zoom in幫忙)。然後到[Properties]視窗中設定Image控制項的Name屬性值為txtName，並清除Content屬性的內容。完成的結果如下：

12. 接下來，選取imgBorder控制項，在[Properties]視窗中設定[Appearance]的Visibility屬性值為Collapsed，隱藏imgBorder控制項。

13. 完成之後，選取[File]-->[Save All]，存檔並關閉Expression Blend設計工具。

---------------- 操作介面設計完成 -------------------

14. 使用VS 2008開發工具開啟MyTextBox專案中的Page.xaml，在TextBox控制項元素中設定MouseEnter事件對應的處理常式，然後按下滑鼠右鍵選取[巡覽置事件處理常式]：

15. 在txtName_MouseEnter事件處理常式中，加入顯示imgBorder控制項的程式碼如下：

private void txtName_MouseEnter(object sender, MouseEventArgs e)
{
imgBorder.Visibility = Visibility.Visible;
}

16. 重複步驟14，建立MouseLeave事件的事件處理常式txtName_MouseLeave。在txtName_MouseLeave事件處理常式中，加入隱藏imgBorder控制項的程式碼如下：

private void txtName_MouseLeave(object sender, MouseEventArgs e)
{
imgBorder.Visibility = Visibility.Collapsed;
}

17. 完成之後建置專案，然後執行測試網頁。完成的效果如下：

稍微修改一下，又可以有不一樣的效果。例如，讓使用者按下框線矩形區域，才可以輸入資料：

很簡單，不是嗎 ? 不要再去想啥控制項繼承、自訂控制項之類的動作，記住下面的這句話：

"外觀要用設計師(Designer)的想法來思考!!"

你就不會被一些錯誤的觀念，誤導到錯誤的方向，走進死胡同!

問題與回應(09/07)

2008-09-08T02:41:00.001+08:00

請問我在XXX講師網站中，看到有介紹可以開發支援輸入密碼的TextBox控制項，但是我按照步驟做出來卻有很多的問題。在您的範例網站首頁中，我看到老師有開發登入表單的功能，請問一下老師是不是有更好的解決方式?

==>

其實在My Windows Desktop專案中，已經做好登入表單的功能--當然也包含可以輸入密碼的TextBox控制項。要製作可以輸入密碼的TextBox控制項程式碼並不難，但是有一些需要注意的"眉角"。如果你是照著他所提供的範例做不出來的話，可能要請你去問XXX講師，看看他是操作步驟寫錯，還是copy了別人網站不完整的範例。

陸陸續續也有很多朋友問我關於控制項客製化的問題，先給大家一個觀念：Silverlight應用程式中，UI的問題不是靠物件導向解決的，千萬不要把問題複雜化。

我的可以輸入密碼的TextBox控制項中還有一些小bug，不過大致上完成的差不多了，有興趣可以先試一下這一個例子：

至於程式碼的部分，會再安排在後面的講堂課程中介紹。