有關開發習慣的一些想法，如鯠在喉，不吐不快。究其發貼動機，當然不排除有騙取參與分的可能，但另一方面，也希望能給同行（念Xing）者提供一些建議，或者參考(希望不是誤人子弟)。同時，也希望各位能就我的這些陋習，發表一點看法，給予批評和指正的意見。謝謝。
一．建立工程目錄
首先，第一步要做的，當然是為新專案建立一個單獨的目錄（別笑）。目錄名稱與項目名稱同名，或另取一個也可，只要清楚、簡練。然後，在此目錄中建立以下各個目錄：
<Doc>：用來存放該專案相關的開發文件（需求說明，概要設計，詳細設計等等等等）；
<Source>：用來存放Delphi原始程式中的”.DPR”,”.Pas”,”.Dfm”等檔案；
<Dcu>：該目錄中存放”.Dcu”文件，將'.Pas'與'.Dcu'文件分開存放只是為了讓Source目錄的內容更加清楚一些；
<Bin>：存放工程的輸出文件，如”.Exe”,”.Dll”或”.Ocx”等等；
<Log>：用來存放日誌檔案；通常在這個目錄中我會放一個”<專案名稱>程式設計師日誌.Txt”檔案。
<Images>：當然是存放工程中用到的圖片的目錄了。一般情況下，這個目錄是少不了的。假如還用到其他資源，那麼也一樣建立各自的目錄，例如Wav，例如Avi等等。
二．設定工程選項
在Delphi中建立一個新的工程，將此工程儲存到Source目錄中，同時：
a. 選一個耐看的，與專案有些連結的圖示作為這個工程的圖示。當然，這個圖示可能只是臨時用的，但是總比Delphi預設的那個難看的要好才行，要不然，怎麼對得起自己？
b. 將Project Options -> Directories/Conditionals頁面中的Output Directory設定為Bin目錄；
c. 將Unit output Directory設定為Dcu目錄。
三．新增常量單元
新增一個新的Unit，另存為“unt<工程名> Consts.Pas”，用來保存工程中用到的常數。
四．有關窗體（Form）及單元(Unit)
依照匈牙利命名法則為Form命名，則一個用來登入的窗體可以命名為'FrmLogin'，而其單元名稱可以為'untLogin'。通常，兩個對應的Form和Unit的名稱在除去'Frm'或'unt'的縮寫後應保持一致。
在Unit的頭部添加本單元的註釋，註釋的格式可以參考Delphi的源碼，但是至少應包含以下幾項：功能描述；作者；版權；創建時間；最後修改時間；修改歷史等等。
將新建立好的Form的Caption設定為該Form類別的名稱，而不是使用Delphi預設的。例如，將Form1更名為FrmLogin後，此時我們得到了TFrmLogin這個新的窗體類，並且Delphi自動將窗體的Caption更新為'FrmLogin'。依我看，該Caption應當為'TFrmLogin'才是，因為我們在設計的是一個窗體類TFrmLogin，而不是僅僅對FrmLogin進行操作。
向TFrmLogin這樣功能明確的窗體類，許多人都有在設計期就將其Caption設定為諸如「操作員登入」這種名稱的習慣。我的習慣是，象「操作員登入」這樣的常數，通常存放在unt<工程名>Consts.Pas中，用ResourceString來定義，或用Const來定義。至於窗體的Caption的命名，應屬於運作期的工作。所以，我往往在TForm.OnCreate事件觸發之時才對Caption進行操作，例如：
procedure TFrmLogin.FormCreate(Sender: TObject);
begin
Caption := csLoginTitle;
....
end;
五．關於Format函數的使用
有iYear，iMonth，iDay三個數據，要顯示諸如「生日：1976/3/18」這樣的訊息，你通常怎麼做？使用s := '生日:'+IntToStr(iYear)+'.'+IntToStr(iMonth)+'.'+IntToStr(iDay); 嗎？這樣實在太累了。我的習慣是，在unt<工程名稱>Consts.Pas中增加一個常數csBirthDayFormat = '生日：%d/%d/%d'來保存顯示格式，然後使用s := Format(csBirthDayFormat, [iYear, iMonth , iDay])；這樣的語句完成資料的拼裝。這麼做的好處顯而易見，那就是你只需要在一個地方維護資料的顯示格式。
Format函數功能強大，我對它很是推崇，你呢？
六．關於註冊表或Ini檔案的存儲
原先存取註冊表我通常使用TRegistry，而存取Ini檔案通常使用TIniFile。這兩個類別的使用方法各不相同，因此想要使用相同的程式碼既能存取註冊表又能存取Ini檔案幾乎是不可能的。真頭痛啊！
終於我發現救星了!那就是TRegistryIniFile類別。查看Registry單元，我們發現，TRegistryIniFile繼承自TCusomIniFile。而TIniFile也是繼承於TCusomIniFile。因此，使用抽象類別TCusomIniFile來實現對註冊表或Ini檔案的存取便是一舉兩得了。比如：
var
csmIniFile: TCusomIniFile;
begin
if blUseIniFile then//如果使用Ini文件
csmIniFile:= TIniFile.Create(csRootKey)
else
csmIniFile:= TRegistryIniFile.Create(csRootKey);
//接著就可以使用csmIniFile對Ini檔案進行訪問，
//或用類似存取Ini檔案的方式存取註冊表。
七．關於TStream流以及TFileStream，TMemoryStream等等
TFileStream和TMemoryStream都繼承自抽象類別TStream，這意味著我們可以使用一套程式碼完成對檔案和記憶體的存取操作。因此，當定義一些介面的時候，我往往傾向於將參數的類型定義為抽象類，而不是具體類別。例如，要完成保存功能的一個函數，定義成
function Save(AStream: TStream): Boolean；
就比定義成
function Save(AStream: TFileStream): Boolean；
要靈活的多。
前一個定義是具有前瞻性的，因為它可以適用於以後可能出現的新型態的流。而後者定義只適用於TFileStream這種流（當然包括TFileStream的子類別），呆板多了。
我的習慣：如果存在抽象類，那麼盡量將參數定義為抽象類別的類型，畢竟，我們無法預見未來。
八．多使用TAction
Delphi 4以後引入了Action的概念，並在Standard元件列中增加TActionList元件。使用Action的好處是，控制項狀態同步的煩惱從此一掃而空！
更多文章
Musicwind®@HangZhou.Zj.China