初學(xué)DelphiI的人，由于各種原因，對DelphiI中的許多概念不能很好的理解，并由此帶來(lái)了許多的問(wèn)題，或者是開(kāi)發(fā)出的程序穩性不好，一會(huì )能運行，一會(huì )又不能運行；或者是遇到一個(gè)問(wèn)題久思不得其解，還誤以為是DelphiI自身的BUG，等等這些，浪費了我們大量的時(shí)間、精力，也影響了我們的開(kāi)發(fā)效率。
那么如何才能避免這些錯誤了，盡量少走彎路了？筆者從事DelphiI開(kāi)發(fā)多年，下面就把我的經(jīng)驗總結介紹給大家，希望幫助到初學(xué)DelphiI的朋友。
問(wèn)題一：對類(lèi)的概念理解不到位，程序開(kāi)發(fā)中不能靈活運用。請看下面的程序：
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, shellApi;
type
TForm1 = class(TForm)
Button1: TButton;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
uses CommonUni;
在DelphiI中新建一個(gè)程序，然后添加一個(gè)按鈕，就得到了下面這段程序。這應該是大家相當熟悉的一段程序，可也就是這段程序，讓許多的人在做開(kāi)發(fā)很長(cháng)時(shí)間后，還不能很好理解。 該程序可分為三個(gè)個(gè)部分：第一部分，單元頭（從起始位置到TYPE之前）；第二部分（從TYPE到END的部分），定義了一個(gè)從Tform繼承過(guò)來(lái)的窗體類(lèi)，它包含一個(gè)Tbuttton類(lèi)型的成員。最后一部分（Var到結束的部分），定義了一個(gè)Tform1類(lèi)型的變量。問(wèn)題就出在這里了，許多人誤以為這最后一段也是窗體類(lèi)的一部分，在該窗體類(lèi)中經(jīng)常寫(xiě)出這樣的代碼，Form1.caption = ’窗體標題’，導致程序運行時(shí)得不到所要的結果。其實(shí)最后一部分根本就屬于窗體類(lèi)的定義，它們不過(guò)是在同一個(gè)UNIT中而已，所以代碼應該這樣寫(xiě)：self.caption = ’窗體標題’；
問(wèn)題二：將釋放對象的代碼寫(xiě)在窗體的CLOSE事件中，導致Access Violation…的錯誤。
一個(gè)窗體的關(guān)閉（CLOSE）與窗體的析構（Destory），在系統處理上是有區別的，當一個(gè)窗體關(guān)閉時(shí)，窗體實(shí)際上只是隱藏起來(lái)了，它占用的資源并未從內存中釋放了，我們還是可訪(fǎng)問(wèn)到窗體中的數據；而當窗體響應DESTORY事件時(shí)，窗體不僅僅是隱藏起來(lái)了，而且占用的系統資源也釋放出來(lái)了。因此，如果一個(gè)窗體關(guān)閉后，我們還想訪(fǎng)里面的對象，就應該將這些對象的FREE代碼寫(xiě)的窗體的（DESTORY）事件中。
問(wèn)題三：不加區別地使用String與shortString數據類(lèi)型。
String類(lèi)型與shortString類(lèi)型是有區別的，在默認的情況下（取決于$H開(kāi)關(guān)），如果你將一個(gè)變量定義為string類(lèi)型，那么會(huì )被處理成一個(gè)ANSIString類(lèi)型。這種類(lèi)型是動(dòng)態(tài)分配內存的，以NULL為結尾，最大長(cháng)度為4G，而shortString的最大長(cháng)度是不能超過(guò)255個(gè)字符的。由于A(yíng)NSIstring是生存期自管理類(lèi)型的數據，這意昧著(zhù)這種類(lèi)型的數據需要更多的系統開(kāi)銷(xiāo)，所以在程序開(kāi)發(fā)中，shortString能滿(mǎn)足要求的話(huà)，就盡量使用它，以提高程序的運行速度。
問(wèn)題四：進(jìn)行數據類(lèi)型轉換時(shí)處理不當，犯錯誤最多的就是字符型到數字/浮點(diǎn)型的轉換。
當將一個(gè)字符型數據轉換為整型時(shí)，我們經(jīng)常這樣寫(xiě) I := StrToInt(aEdit.Text); 表面上看這一句，沒(méi)有任何問(wèn)題，函數的使用，格式的寫(xiě)法，都是正確的?？捎幸环N情況我們卻沒(méi)有考慮到，如果用戶(hù)在aEdit文本框中輸入的不是數字文本的話(huà)，會(huì )怎么樣呢？調用還會(huì )成功嗎？顯然是不會(huì )的，系統肯定會(huì )彈出一個(gè)英文的錯誤，讓我們的用戶(hù)不知所措的。正確的寫(xiě)法是：I := StrToIntDef(aEdit.Text, 0); 這樣當轉換不成功時(shí)，第二個(gè)參數就會(huì )賦給I。類(lèi)似的函數還有strToInt64Def，StrToFloatDef等等。
問(wèn)題五：?jiǎn)卧玫膯?wèn)題。使用那個(gè)函數，就一定要引用函數所在的單元。
比如在程序開(kāi)發(fā)中我們要用到一個(gè)API函數ExtractIconEx（從程序或是文件中獲得一個(gè)圖標），那么就一要在它的USES中把單元shellApi加入進(jìn)來(lái)，否則是不能通過(guò)編譯了。類(lèi)似的情況還有很多，我們常常使用幫助文檔，從中查找需要的函數，可當程序編譯時(shí)，卻通不過(guò)，為什么呢？就是因為沒(méi)有在USES中引用函數所在的單元。這個(gè)問(wèn)題初學(xué)者犯得最多，應該加倍注意。
問(wèn)題六：避免循環(huán)引用，盡可能通過(guò)第三個(gè)單元實(shí)現。如果確實(shí)不可避免，應在不同位置進(jìn)行引用。所謂循環(huán)引用就是A單元引用了B單元，而反過(guò)來(lái)，B單元又引用了A單元，產(chǎn)生循環(huán)。我們還看上面的那一段程序，在interface的下面有一個(gè)USES語(yǔ)句，而在implementation的下面，又有一個(gè)USES語(yǔ)句。循環(huán)如果確實(shí)不可避免，那么就應該在將A單元中的引用寫(xiě)在第一個(gè)USES語(yǔ)句中，而將B單元中的引用寫(xiě)在第二個(gè)USES語(yǔ)句中。
（出處：http://dev.21tx.com/2005/07/26/12325.html）
