Eric Hu's Weblog : Development

A Powerful Tool to Diagnose Problems in Your Windows System

zheyehu — Sun, 08 Jun 2008 00:33:00 GMT

我的專長不是做系統的, 不過前兩天純繂基於好奇, 去聽了一個有關 Windows 安全的講座, 席間的安全大師利用了一個好用的工具檢查電腦上有那些 Process 使用者是誰, 開了那檔案等等的資訊來研究潛在的安全性的問題, 發現原來微軟公司有提供這樣免費的工具: Process Explorer. 上網查了一下, 原來這個工具都出到第11版了(In fact, V11.20).

相信大家一定有個經驗, 在和別人共用的電腦上 (甚至自己的電腦上), 有時某個 File 就是沒辦法打開, 但一時也找不到到底那個傢伙(或那個程序)佔用了這個檔案, 這種情形由其在做 I/O 時最煩, 這時這個工具就可以派上用場了. 進來這間公司這麼久了, 從來不知道有這種工具可以用, 用Task Manager 看通常又看不出個所以然來. 嗯...這樣說好像 Task Manager 很遜的樣子, 其實對一般使用者來說, Task Manager 就很夠用了. 只是如果你是個 Developer, 常搞不清你的程式到底為什麼跑不大動, 或跑不好, 或沒事給你來個 I/O Exception, 甚或你要做一些安全性的檢查, Task Manaher 就不夠用了

講半天, 其實總歸一句話, 就如這個工具的作者在介紹這個工具的首頁上寫的: Process Explorer shows you information about which handles and DLLs processes have opened or loaded. 而且包含的 Information 非常詳細, 除了我上面提到的, 還包括和 Security 會有關的 Integrity Level, 以及比 Task Manage 詳細很多的 System Information (CPU usage, I/O Bytes, Paging...等等). 更多的資訊可以參考 Sysinternals Forum.

還有, 如果你對 Windows Troubleshooting, Windows Security 有興趣, 可以去逛逛這個工具的作者的部落格: Mark Russinovich's Blog.

最後, 為什麼我這個對這些東西不懂的門外漢會忽然發現這個東西呢? 因為那個有關 Windows 安全的講座就是這個工具的作者, 馬克先生主講的, 讓我這個孤陋寡聞的人發現這個對我來說很新但其實早就有的好用的東西. 雖然對安全性的這個領域沒有辦法了解太多, 發現這個工具也算是一個收獲.

Using MS technologies in Interface-Based Programming

zheyehu — Wed, 04 Jun 2008 23:16:00 GMT

前一陣子我同學從台灣來找我, 這位同學之前用 Jave 工作比較多, 但現在的工作用 .Net. 他跟我提到, 在他的公司裏的人, 用 .Net 開發, 但完全不懂 Interface-Based Programming, 所以他要跟那些資深同事們溝通時都很挫折, 他問我, 難道用 .Net 的人都不管這個嗎? 是不是因為 Visual Studio 太好用, 隨便拖拉一下就可以寫出可以用的程式所以用 .Net 開發的人都不管架構...

嗯, 關於這個 "Customer Feedback", 我就當成是個讚美, 感謝他肯定 "Visual Studio" 相較於 Java 世界的其它開發工具是 "太好用". 這樣我們每天辛苦的測試 Visual Studio, 總算沒有白費力氣.

可是, 對於廣大的 .Net 開發者社群而言, 我想他的疑問應該沒有反映真實狀況, 所以我就在此分享一些 MSDN 上的文章, 希望對好奇怎麼利用 MS 技術做 Interface-Based Programming 的人有點幫助.

首先, Interface-Based Programming, 這其實不是什麼新觀念. 以下這篇文章是用 VB6 來討論什麼是 Interface-Based Programming. 文章是1999年六用發表的, 也就是將近十年前, 在MSDN 上就有人開始講這個概念了:

Understanding Interface-based Programming

再來, 以下這個 web cast 則是用 .Net 來解釋這個概念:

MSDN Architecture Webcast: .NET Interface-Based Programming (Level 200)

所以在 .Net 裏, 其實這個概念不是什麼新鮮事, 這其實也是所有用 OOP 開發應該要做的事. 所以我覺得我同學遇到情形應該只是個案.

最後, 再次謝謝他肯定 Visual Studio 是個很好用的工具. 只是很好用的工具並不保證能開發很好用的產品, 重點還是在使用工具的人.

Useful whitepaper for IIS7 and ASP.NET intergration

zheyehu — Tue, 31 Jul 2007 08:32:00 GMT

可能有很多人已經知道 IIS 7 和 ASP.NET 2.0 有更好的整合. 可是真正在開發時卻不一定知道要如何利用 IIS 7 的新功能, 或找不到好的參考文件.

Scott Seely 針對這一點發表了一 Whitepaper, 裏面包含了 IIS 7 架構, 功能介紹以及很多 Sample Code. 有興趣的話, 可以連結過去下載這個 Whitepaper.

另外, 您也可以在 IIS 7 官方網頁上的 "ASP.NET Integration with IIS 7" 這一篇文章裏面找到針對 IIS 7 如何整合 ASP.NET 的簡介.

VS 2005 Team Edition for Database Professionals Service Release 1 is available

zheyehu — Tue, 31 Jul 2007 07:23:00 GMT

VS 2005 Team Edition for Database Professionals 出 Service Release 1 了, 在這個 Service Release 裏增加了一些很有用的新功能, 以下就是三個在這個版本裏最重要的新功能:

1. 跨資料庫參考

藉由使用資料庫專案參考或參考資料庫中繼檔 (.dbmeta)，在不同的資料庫中參考物件。此支援將能減少或排除資料庫專案中出現的跨資料庫參考警告。

2. 更好的 SQL Server 檔案群組檔案支援

您可以在檔案群組中定義檔案做為資料庫專案屬性，而不須在預先部署儲存指令碼中建立檔案與檔案群組

3. 新增資料庫專案屬性中的變數頁

資料庫專案屬性中新增了變數頁。這個新的頁面可用來定義部署指令中使用的 SQLCMD setvar 變數。SQLCMD 變數可以被 mapped 到 MSBuild 的屬性整合進專案建置系統裏.除此之外，SR1 支援以上三項重要的新功能都可以在安裝 SR1 後在專案屬性頁中找到設定UI.

另外這個 SR1 也支援更多的平台如 Microsoft SQL Server 2005 (SP2) 的最新版本更新服務和 Windows Vista 作業系統。

如果您是 VS 2005 Database Professionals 的使用者, 建議您現在就可以到下列連結去下載這個更新以使用這些新功能:

http://www.microsoft.com/downloads/details.aspx?displaylang=zh-tw&FamilyID=9810808c-9248-41a5-bdc1-d8210a06ed87

Unit Test in VS Pro

zheyehu — Mon, 23 Apr 2007 10:46:00 GMT

在 Orcas, 將 VS 2005 中只有 VSTS 才有的 unit test 放到 VS Pro 中了, 對於使用 VS Pro 開發程式的 developer, 往後做 unit test 就方便了.

但是 unit test 在 VS Pro 中和 VSTS 還是有許不同, 例如 test list 的管理就不在 VS Pro 中, 詳細的情形, 請參考下列的 blog:

Unit Testing Trickling into Pro

Some Useful Links of Windows Vista Global Development

zheyehu — Thu, 15 Mar 2007 02:42:00 GMT

大家或許都知道在 Vista 中, 對 I18N, 或口語一點的 International 環境有更好的支援. 我發現以下這個 blog 收集了一些 Windows Vista Global Development 的 links, 對想多瞭解 Vista 在這方面支援的人, 或需要在 Vista 上開發的人, 應該是很好的參考文件:　

Aaron Stebner's Blog: Links to Windows Vista global development information

How to create a localize ASP.NET 2.0 web page in Visual Studio 2005 - II

zheyehu — Sat, 12 Aug 2006 09:19:00 GMT

在上一篇 How to create a localize ASP.NET 2.0 web page in Visual Studio 2005 中, 我們用 .resx 檔來儲存所有在 web page 上要 localize 的 data, 但要是我要 localize 從某個 event 中傳回的 data, 例如最簡單的 "Hello World", 這個字串不在頁面上, 縱然我們也可以把 "Hello World" 儲存在資源檔, 但要如何從事件中把這個字串中把這個字串取出來呢?

在以前 .net 1.1 時, 我們可以把字串儲在 xxx.resources 檔中, 然後用 ResourceManager 把字串取出來, 但在我上一篇的作法, 我利用 VS 2005 generate 一個 xxx.resx 檔, 這個檔案基本上是以 xml 格式來儲存 resources, 所以如果要用 ResourceManager, 我們必需用 Resgen.exe 這個工具將 xxx.resx 轉成 xxx.resources 我們才能利用 ResourceManager 來取出我們要的字串.

現在在 .net 2.0, 我們有一個新的 method 在 System.Web.UI namespace 中 TemplateControl 這個 class 中: GetLocalResourceObject (string resourcekey), 所以上述的問題, 假設我的 "Hello World" 是要在按下 button 的 event 中去 update 某個 label 的 text value, 只要在 event handler 中加下列一行 code 就好啦:

Label1.Text = GetLocalResourceObject("HelloWorld").ToString();

當然, 要記得在 xxx.resx 檔中加入 "HelloWorld" 這個 resource key 並指定它的value. 簡言之, 在 .net 2.0 中要 localize asp.net 2.0 的網站是越來越簡單了.

How to create a localize ASP.NET 2.0 web page in Visual Studio 2005

zheyehu — Tue, 01 Aug 2006 15:17:00 GMT

大家在瀏覽網頁時, 應該常會看到一個 link, 或 dropdown list 給 user 選擇網頁的語系或 user 所在的地區, 例如繁體中文, 英文, ...等等. 而利用 VS 2005, 我們現在可以在幾個簡單的步驟內做到不需要 user 多一個步驟去選擇, 即可依 user browser 的設定, 叫出我們存放在網站 resource file 裏的字串而達到 localize 網站的效果. 以下即為簡單設定網頁及建立資源檔的步驟:

1. 在 VS 2005 中開啟要 localize 的網站

2. 選取 Tools -> Generate Local Resource

3. 這時 Visual Studio 會在 Solution Explorer 的網站這個節點底下自動 generate 出一個 App_LocalResources 的資料夾, 並生成一個選取網頁的資源檔, 例如 Default.aspx.resx

4. 複製一個所需文化特性的資源檔並 localize 所有資源檔中的字串, 例如我要將網頁 localize 成繁體中文, 就可將上個步驟生成的資源檔複製成 Default.aspx.zh-tw.resx, 這裏要注意藍色的部分是依不同文化特性而定, 例如我如果要 localize 成西班牙文可能就要另外複製一個 Default.aspx.es-es.resx 資源檔.

5. 按 F5 測試你的網頁. 到這裏為止應該就完成所有 localize 的工作了, 依不同的 browser 顯示語言, 網頁即會自動顯示不同的 localized 頁面, 我們無需再另外寫 code 去呼叫或改變網頁的文化特性.

如果我們在 VS 2005 中打開 Default.aspx 的 html 程式碼頁面, 我們會發現在我們為此頁面的資源檔後, 我們會發現 Visual Studio 後自動幫我們把 meta:resourcekey 塞進我們的網頁控制項中, 例如:

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" Culture="auto" meta:resourcekey="PageResource1" UICulture="auto" %>

<asp:Button ID="Button1" runat="server" meta:resourcekey="Button1Resource1" />

當然我們在資源檔中亦必需 localize 所有相關的字串, 例如以上的例子如果要設定原來 Button1 的中文 Text , 就必需在 Default.aspx.zh-tw.resx 中找到 Button1Resource1.Text 將其值填入我們想要在中文環境顯示的中文.

Test-Driven Development and Visual Studio Team System

zheyehu — Mon, 18 Jul 2005 21:02:00 GMT

Test-Driven Development (TDD)是一個在軟體開發週期中比較容易掌控軟體品質的開發方法, 這種開發模式可以確保所有的requirement都有相對應的functional code, 也不會有多餘而不必要的code存在於產品中. TDD也是實行Extreme Programming的其中一種core practice. 而利用Team System中的test framework, 就可以幫助開發團隊實行TDD.

所謂的Test-Driven Development, 顧名思義, 就是先有test case, 利用這些test case去驅動各種functionality development. 依照Kent Beck的定義, 有兩個基本的rules:

1. Write new code only if an automated test has failed

2. Eliminate duplication

其實行的方法, 大致上是由test team先由requirements中開發出test case, 然後developer (或development team) 再去開發functions來滿足這些test case,讓所有test cases pass. 接著test team再針對functions寫新的test case, 這些新的test case可以根據修改過的requirement和現存的function來寫, 並確定這些新增加的test cases會fail. 然後developer根據這些failed test cases來修改原來的functions. 這樣的過程不斷循環直至最後沒有test cases fail為止. 所以我們可以歸納出以下簡單的TDD步驟:

1. 撰寫test case

2. 撰寫或修改functional code

3. 撰寫新的test case

4. 利用1.和3.步驟中test case測試functional code. 反覆執行2.到4.步驟直到所有test case pass為止

5. 重整 (refactor) functional code以去除不必要的code.

這樣的開發模式, 讓developer能專注於解決requirement, 也確保每一段code都有相對的unit test, 而經由automated test framework, 每一個test都是可以重覆實行的, 最終產品開發完成時品質也相對穩定. 值得注意的是, 並非實行了TDD, 其它的測試就不用做了, 諸如load test, integration test, functional test還是要在開發過程中同時執行才能確保產品品質.

所以要有效率的執行這樣的開發流程, 自動化測試的framework是有力且必要的工具. VSTS中就提供了一組好用的framework來幫助開發團隊實行TDD. 在VSTS裏, 現在多增加了一組project template: Test Project. Create一個新的test project後, 就可以依照requirement來撰寫test method. 例如我的requirement要撰寫一個回傳hello world的method, 我可以先在我的test project裏, 填入以下的test class和test mehotd:

[TestClass]
public class Test1
{
    [TestMethod]
    public void HelloWorldTest()
    {
        string expected = "Hello World";
        Assert.AreEqual(expected, HelloWorld.HelloWorld());
    }
}

然後compile執行之. 由於我們並未曾撰寫過HelloWorld這個class和HelloWorld()這個method, 我們的test case會fail. Developer根據這個failed test case撰寫了HelloWorld class和HelloWorld() method後, tester再執行上述那個HelloWorldTest, 測試developer寫的functional code是否能讓test case pass. 反覆執行上述步驟直到functional code pass所有的test case為止. VSTS Quality Tools還可以檢視test case的code coverage以確保每一段functional code都有完整的測試覆蓋. Developer也可以利用VSTS中refactoring的工具, 重整所有的functional code來移除不必要的code或修改之前的code. 同理, 如果test case有錯誤或需求有改變, 也可以利用refactoring工具來修改test code.

另外VSTS中的Test Manager, 則可以管理所有的test cases, 依照不同的需求執行部分或所有的test cases, 並監控管理所有的測試結果.