菲力貓的程式設計

無論你是要觀察瀏覽器連到某個網頁時的封包內容，還是電腦內的程式透過 Http 做了什麼事，還是 Web 開發時測試網頁大小，都可以使用這個免費好用的小工具 Fiddler。
下載網址 : http://www.fiddlertool.com/Fiddler/version.asp

首先到 Fiddler 的官方網站取得 FiddlerSetup, 目前版本v1.2, 下載安裝後會在IE瀏覽器上多一個圖示 ，按下後程式就會自動監控你的 Http 通道正在做什麼事。

這是我做的一個例子, 開啟 Fiddler後，用IE連上 google;

在HTTP Sessions 視窗下有五列資料, 代表從開啟到目前共有五個外連的通訊， 首先是 Fiddler 自已，由於我是從 yahoo 的網頁到 google,所以多了第二列的 yahoo,然後 google, 疑.... 怎麼又有陰塊不散的 yahoo, 原來是我 Yahoo Blog 沒關 , 但是我沒有作麼事, 由此可知 Blog 開一段時間會自動連線 yahoo, 網頁上看不出來有重整的動作, 大概是用 Ajax技術吧。

用滑鼠點 google 這列，可以在 Performance Statistics 上看到這次傳送接收的封包大小，這可以用在Web 程式開發上，了解你的網頁內容是否過於巨大，超成網路無法負荷，目前很流行的 Ajax 目地就是用來改善這個缺點。

主管電腦上發生的問題，XP的工具列上的按鈕消失了，就是程式最小化後不會出現在下方的工具列上，後來經由孤狗大神的協助(孤狗真是MIS的好朋友)，找到了這個 TaskbarRepairToolPlus!小工具，發現還真的很好用，這個程式幾乎可以解決所有工具列上的問題，粗列有......

工具列的問題 
Taskbar is Missing
Lock Taskbar Greyed Out
Minimized Programs Missing
Reduce Size of Buttons
Toolbars Greyed Out or Missing
Disable Taskbar Context Menus
Remove Taskbar and Start Menu from the Control Panel
Disable Right Click/Properties
Lock Size and Position of the Taskbar
Hide or Show the Taskbar
Repair Taskbar Icon Views
Hide or Show the Start Button
Enable or Disable Taskbar Grouping (Removes the options from Properties)
Repair, Disable or Enable the Task Manager

右下角工具列(系統列)的問題
Hide or Show All Listed Icons
Hide or Show All Inactive Icons
Remove Past Items
Show Missing Icons
Restore/Remove the Clock
Disable Balloon Tips
Remove the Notification Area
Disable Low Disk Space Warning Message and Icon

快速啟動列的問題
Can't Create Toolbar Error Message (Create)
Can't Create Toolbar Error Message (Repair) This one corrects the current issue that spyware cleaners break.
Restore Show Desktop Icon
Save Quick Launch Sort Order

程式下載連結:
http://www.kellys-korner-xp.com/TaskbarRepairToolPlus!.zip  or
http://www.divshare.com/download/787394-cd5

大家也可以到作者的網站上看看，還有很多有關解決 XP 視窗問題的程式 ...
http://www.kellys-korner-xp.com/xp.htm

 

設計模式之於程式，就像招式之於武術，招式練習的，就是常見的進攻方式，所以設計模式就是一種常見的設計招式，一開始練習時，常要思考這裡要用什麼設計模式，後來慢慢的，無意中你就是用模式來寫程式，然後就像武術大師，無招勝有招了。

先把設計物件導向程式的準則列出來，這大概就是心法了
1.獨立變動
2.對介面寫程式
3.多用合成，少用繼承

策略模式(Strategy Pattern)

這應該是我最常用到的模式了，常常我們設計一個類別家族的時候，會出現類別的某一個功能特別容易變化，例如你為公司各式各樣的報表設計了一個家族，如下:

public abstract class Report {
public string title;
public abstract void Print();
}

public class PDFReport:Report{
public override void Print(){
Console.WriteLine("PDF Format...");
}
}

public class WordReport:Report{
public override void Print(){
Console.WriteLine("Word Format...");
}
}

public class ExcelReport:Report{
public override void Print(){
Console.WriteLine("Excel Format...");
}
}

這個 Report 當中的 Print() 功能可能會因為文件格式或印表機的不同而有各式的變化，一般的解決方法像再加一個子類別如 PDFReport2，這造成因為部份改變就增加子類別的類別氾濫，或是在 Print() 內加上 If else 判斷式，這造成必需不斷修改原始類別與函式複雜化。

Strategy 的解決方法是將 Print() 內的演算法獨立出來，另外設計一個 Print 的演算法家族，並讓 Report 可以設定由那一個 Print 執行。



完整程式碼

//獨立 Print 演算法家族
public interface Print {
void print();
}

public class PDFPrint:Print{
public void print(){
Console.WriteLine("PDF Format....");
}
}

public class WordPrint:Print{
public void print(){
Console.WriteLine("Word Format....");
}
}

public class ExcelPrint:Print{
public void print(){
Console.WriteLine("Execl Format....");
}
}

// 改寫 Report 類別
public abstract class Report {
public string title;
protected Print print; // 父類別包涵 print 介面

public void SetPrint(Print aprint){ // 可以在執行時期改變 Print 實作類別
print = aprint;
}
public void Print(){
print.print(); // 交由 Print 實作類別執行
}
}

public class PDFReport:Report{
public PDFReport(){ // Report 巳不需覆寫 Print 函式，但可以在建構式指定預設的 Print 實作類別
print = new PDFPrint();
}
}

public class WordReport:Report{
public WordReport(){
print = new WordPrint();
}
}

public class ExcelReport:Report{
public ExcelReport(){
print = new ExcelPrint();
}
}

// 執行範例
PDFReport report = new PDFReport();
report.Print(); // 產生 "PDF Format.... "

report.SetPrint(new WordPrint()); // 改變預設的 Print
report.Print(); // 產生 "WordFormat.... "

之後如果有需要新的列印(Print)方式，也只要在增加 XXXPrint 物件就好了，這是 Strategy 模式的最大優點。

缺點
1.類別數量增加，程式碼變複雜
這是所有設計模式的通病，不過如果開發團體的成員都對設計模式有一定的了解，反而會使得程式容易被理解，你只要說明這裡使用的模式名稱，團體成員就可以了解一群類別的使用模式。

2.使用者必須了解 Strategy 家族的使用方法
Strategy 有一個很大的好處，就是可以在執行時期改變函式內容，但前題是使用者必須了解 Strategy 家族的使用時機。

AjaxPro 是一個可以整合在 .NET 1.1 和 2.0 系統下的 Ajax Framework, 雖然微軟目前巳有出自已的 Ajax.NET , 不過公司是用 Visual Studio .NET 2003 為主要開發工具, 在必須使用 .NET 1.1 下似乎 AjaxPro 是目前較好的選擇。


AjaxPro 有通過 MPV, 代表微軟官方也是有認證的。

安裝說明(以 Visual Studio .NET 2003 為範例)
首先到官方網站 http://www.ajaxpro.info/ 下載 6.10.6.2_DLL.zip 目前版本 v6.10.6.2, 解壓縮後會見到 6個檔案。

開啟你要使用 AjaxPro 的 Visual Studio 專案, 然後加入參考選擇 AjaxPro.dll, 如果你是要使用到 .NET 2 就選 AjaxPro2.dll。

用記事本開啟壓縮檔內的 web.config, 用搜尋找 Handler configuration for Ajax.NET Professional ,將找到位置以下標籤 location 的文字區塊內容複製，然後貼上 Visual Studio 專案內的 web.config, 貼上位置在 configuration 標籤之內，記得將預設 type="AjaxPro.AjaxHandlerFactory, AjaxPro.2" 改為 type="AjaxPro.AjaxHandlerFactory, AjaxPro",  詳細可以參考下載的 web.config 設定。

範例程式
1.先在專案內新增處理 Server 端工作的 Class:
在要執行的函數上加上 [AjaxPro.AjaxMethod], 注意Function 是宣告為 static, 這個範例目地是取得 Clent 端傳來的文字加上日期回傳。

public class AjaxProHandle
{
[AjaxPro.AjaxMethod]
public static string Fun(string arg) {
return arg + " - " + System.DateTime.Now.ToString();
}
}

2. 在 Page_Load 下用 AjaxPro.Utility.RegisterTypeForAjax 註冊:
typeof 下是上面 class 的名稱。

private void Page_Load(object sender, System.EventArgs e)
{
// 在這裡放置使用者程式碼以初始化網頁
AjaxPro.Utility.RegisterTypeForAjax(typeof(AjaxProHandle));
}

3. 在網頁 Client 端 撰寫執行接收的 javaScript:
注意這裡的 CWeb.AjaxProHandle 是 namespace + class name , 我的測試是 namespace 不能省略。

function doAjaxTest()
{
var val = document.Form1.content.value;
var obj = CWeb.AjaxProHandle.Fun(val); alert(obj.value);
}


4. 改為非同步執行
上述的範例網頁是要等到 Server 執行回傳才繼續動作, 一般情况希望不影響使用者操作下要改為非同步執行, 只需要修改 javascript 就可以做到了。

function doAjaxAsyncTest()
{
var val = document.Form1.content.value;
CWeb.AjaxProHandle.Fun(val,doAjaxCallBack);
}

function doAjaxCallBack(obj)
{
alert(obj.value);
}

5. 程式碼下載
http://www.divshare.com/download/94716-11e

6. 結論
Ajaxpro 是一個比較單純的 Ajax Framework , 不像其它知名的有很豐富的 UI 支援, 主要是能整合 Visual Studio .NET 2003, 不過在一般資料庫網頁程式上也就夠用了, 其它更多範例可以參考它的網站。