我從1990年就開始編寫PL/SQL代碼。這意味著我已經編寫了幾萬行的軟件代碼，但我確信，其中的絕大多數代碼都非常拙劣，而且難以維護。 幸運地是，我發現找到并遵循編寫出更好代碼的新方法還為時不晚。就是在去年，我的代碼質量有了顯著改進；這些改進主要是由于制定了一些簡單的規則，并像紀律一樣加以遵守。 所有工作都獨自完成 我們很少有人是孤立工作的；大多數PL/SQL開發工作是在相對較大的機構中進行的。但我們基本上還是在自己的小隔間里用自己的設備獨自工作。幾乎沒有PL/SQL開發小組進行正規的代碼復查或系統測試。 我不可能通過這篇文章改變你們開發小組的基本狀態。因此，我仔細地選取出以下幾點建議。實施其中任何一點并不需征得治理人員同意。不論你的小組是大是小，都不必讓其中的每個人都贊同這些編碼規則。你只需按以下建議來改變你的本人的編碼方式： 1. 嚴格遵循命名約定，似乎它們就是你的生命支柱。 2. 戒除編寫SQL的嗜好：編寫的SQL越少越好。 3. 使執行部分短小：離別'意大利面條式的代碼'。 4. 找一位伙伴：非常贊同找個人來監督你的工作。 1. 遵循命名約定 假如你建立并嚴格遵循一套命名約定，非凡是對于應用程序組件的，你就可以節省很多時間。 當然，遵循命名約定的想法并沒有什么新意，你可能已經聽煩了。所以我并不提出什么宏偉的命名計劃，而是給出一些非常具體而明確的約定，然后證實這些約定會多么有用。 前幾個月我一直在為PL/SQL開發人員設計、構建一種新工具。它名為Swyg（可以在www.swyg.com中找到），可以幫助程序員完成代碼的生成、測試及重用的工作。它具有幾個獨特的組件。我為每個組件指定了一個由兩個字母組成的縮寫名稱，如下所示： SF-Swyg的基礎部件SM-Swyg的元數據SG-Swyg的生成程序SL-Swyg的代碼庫ST-Swyg的單元測試 于是，我便遵循表1中的命名約定，同時使用這些縮寫。遵循這些約定有什么好處呢？一般來講，假如我要求一致的命名規則，我就可以更流暢更高效地編寫代碼。 明確地說，這些約定具有可猜測性，意思是說我編寫的SQL程序能生成有用的腳本。例如，通過使用表1中的約定，可以生成Swyg中所有基礎包的安裝腳本。執行這些工作的SQL*Plus腳本如清單1所示。這類腳本非常有用，因為它意味著我不必手動維護安裝腳本。當我向Swyg方案中增加另一個表，并生成一組相關包時，我只要運行我的腳本，更新后的安裝腳本便會跳出來。 2. 戒除編寫SQL的嗜好 編寫的SQL越少越好，這似乎與我們的直覺不太一致。對于PL/SQL開發人員來說，這是一個奇異的建議，因為PL/SQL的主要優點之一就是可以毫不費力地在代碼中編寫SQL語句。不過，這種簡易性也是這種語言的一個致命的弱點。 可以將純粹的SQL語句直接置于PL/SQL代碼中，而無需JDBC或ODBC之類的中間層。因此，無論何時何地，PL/SQL開發人員只要需要SQL語句，他們通常就會向其應用程序代碼中嵌入SQL語句。那么這樣做有什么問題嗎？ 在PL/SQL代碼中到處使用SQL語句必然會導致以下后果： 盡管實際表現不同，但同一邏輯語句仍會出現重復，從而導致過多的語法分析，且難于優化應用程序的性能。暴露商務規則和方案。這直接在SQL語句中包含了執行商務規則的邏輯。這些規則總在變化，所以應用程序的維護成本會急劇增加。 當然，你要編寫的每一個PL/SQL應用程序幾乎都是基于基礎表和視圖的。你需要執行SQL語句。問題不在于是否執行，而是何時執行、如何執行。 假如你對數據結構進行封裝，或者將它們隱藏于一個PL/SQL代碼層（通常是一個代碼包）之后，那么你的應用程序將會更健壯，而且你還會發現創建和維護變得更易多了。 我們來看一個簡單的例子。 假定我需要編寫一個處理某員工工作的程序。第一件事是獲取該員工的全名，定義為'姓名逗號（，）姓'；然后我可以進行具體分析。清單2給出了這種情況下我很可能要編寫的這類代碼的一個示例。 一切似乎都是這么簡單和直接；這些代碼可能會有什么錯誤呢？實際上真是非常糟糕。最主要的是我暴露了一個商務規則：全名的結構。我可能要花費數小時來對此代碼及其所基于的應用程序進行測試。但就在它剛剛投入使用時，我才知道客戶會不斷地打電話告訴我，實際上，他們的全名應該表示為'名空格姓'。 現在怎么辦？搜索所有位于引號內的單個逗號？ 現實的解決方案是使用隱藏所有細節、只提供一組預定義、猜測試及預優化并能完成所有任務的程序包。清單3為基于封裝代碼重新編寫的process_employee過程。hr_employee_tp包提供了用于定義保存姓名的局部變量的類型；hr_employee_rp包含有基于一種商務規則而返回全名的函數。 將顯示PL/SQL語句灌入SQL代碼很輕易，同樣，談論封裝這些語句是如何重要也不費勁。但另一方面，編寫執行封裝任務的代碼卻具有挑戰性；甚至是不現實的。生成這些包或許更有意義。 幾年前，我曾幫助構建這樣一個生成程序。該程序段為PL/Generator，現在由Quest Software公司擁有，PL/SQL開發社區可以免費使用。你可以從我的網站www.StevenFeuerstein.com/puter/gencentral.htm下載。要知道，其封裝體系結構與我在前面所概括的約定不同。PL/Generator創建了一個單獨的包，它包含了一個表的類型、查詢和變化邏輯的全部內容。 當你不再編寫太多的SQL，而是調用執行SQL的程序時，無論你是生成還是編寫自己的定制封裝，你的應用程序都會受益匪淺。