很久以前我就想寫這篇文章了，但我一直都沒時間。這裡並不是想要告訴你怎麼做，我希望它可以投石問路，和大家討論一下如何開發一個好的、擴展性佳的web應用。
我從事開發已經有2-3年了，回望剛開始做的程序，真有點不相信是自己寫的，現在我的web開發技巧已經得到了很大的提高，例如sourceForge （http://sourceforge.net/）就是我較為成熟的一個作品，程式碼都被分成各種的類別和函數。資料庫的結構也很清晰。站點的不同部分都是與其它部分獨立開來的。
不過這個網站也不是完美的。如果我必需再寫一遍，我將會透過物件或函數庫的方式，讓HTML層與資料庫層更明顯地區分開來。
我發現不少的管理者都喜歡用圖表的形式來表示自己的想法，這裡我也提供一個。這個體系的意念是要將你的邏輯從表層獨立開來，這意味著任何複雜的東西都會下放到「API/資料存取層」。
對於安全檢查、更新等程式碼，最好不要放在HTML層中，你應該將這些理論上的程式碼放到API層。 HTML層將只會進行簡單的函數調用，並且返回數組、物件或我最喜愛的資料庫結果集。
在這個圖中，HTML介面或直接呼叫API層，或呼叫一個HTML工具庫（例如產生彈出視窗等），而那些函式庫透過一個資料庫抽象層可呼叫資料庫（這樣你就不必綁定在某種資料庫上）。
基本的要點
對於一個靈巧的體系來說，有以下基本的要點：
1。資料庫獨立
2。表示層獨立
3。便於修改
4。物件導向或至少拆成函數函式庫呼叫
這些都是我想到的，除了以上提到的外，肯定還有其它的要點，你可以在論壇中提出來。
以下就讓我們詳細討論一下以上各點：
1。資料庫獨立
你在設計的時候，或許不會知道自己的網站的負擔究竟有多大，應此你應該記住一點，不能綁定在輕量級的資料庫上，例如MS Access或其它。因此你應該考慮到擴展性，如果更換資料庫的話，你不用做太大的改動，甚至不用做什麼改動，這是最理想的。
使用PHP時，對於各種資料庫的函數呼叫都是不同的，你需要針對使用的資料庫進行不同的編碼。為了改變這種情況，你可以使用一個資料庫抽象層，例如類似PHPLib或其它人所開發的函式庫。
2。表示層獨立
假如你要開發一個真正巨大、複雜的應用，你就必需開始考慮資料庫的介面問題，這樣你可以少做很多複製和貼上的工作。例如你需要讓你的網站有WAP功能，以便行動電話的使用者可以存取到它。如果你的應用程式設計得好的話，你只需要寫一個輕便的WAP表示層調用所有你的資料庫存取對象就行了，但是，如果你的應用體系設計得不好，你就可能需要重新寫一個，這樣你就需要同時維護一個HTML版本和一個WAP版本。
例如在開發SourceForge網站時，我們有大量的使用者要提交他們的bug和任務等。開始時我們將它設計為全部透過web介面進行。後來在某些人的壓力下，我們決定使用XML介面展現資料庫。我們成功地將站點的核心邏輯由表示層中分離出來。現在的SourceForge上的bug追蹤和其它工具都使用兩個不同的庫--HTML庫類別和資料庫類別。資料類別負責偵測輸入的值是否有效，並且處理安全偵測，而表示層只是根據成功/失敗傳回true或false。 為了簡化，當我必須解釋基類和其它物件如何擴展這些基類時，這個例子將不會基於一個完美的物件模型。不過我想這個例子能幫你建立一些概念。
HTML類別的範例
//連接資料庫
require ("database.php");
//通常使用的HTML頭部/頁腳
require ("html.php");
//資料存取庫類別
require ("bug_data.php");
echo site_header("Page Title");
echo "
Updating A Bug
";
if (bug_data_update($field1,$field2,$field3)) {
echo "
Update Failed!
";
} else {
echo "
Updated Bug Successfully
echo $feedback;
}
echo site_footer();
?>
Example Data Access Lib
/**
* 控制更新資料庫中的一個bug
* 進行資料有效性和安全性的檢查，並且在成功時傳回true，
* 失敗時回傳false
*
*
*/
function bug_data_update ($field1,$field2,$field3) {
//全域字串，回傳錯誤
global $feedback;
//$field1 and $field2 are required
if (!$field1 || !$field2) {
$feedback="Field 1 And Field 2 Are Required";
return false;
}
//確認使用者有權更新
if (!user_isadmin()) {
$feedback="You Must Be An Admin To Update a Bug";
return false ;
}
//現在可以更新該bug
$result=db_query("UPDATE bug ".
"SET field2='$field2',".
"field3='$field3' ".
"WHERE id='$field1'");
//現在檢查你的語句是否執行成功
if (!$result) {
//update failed
return false;
} else {
return true;
}
}
?>
3。方便修改
你當然不會在整個應用中都使用絕對的URL，不過我還要求更進一步，顏色的選擇、元素的名字、字體和其它可能的選項最好也不是絕對的，它們應該在一個配置文件中設置，並且在每一頁中將該文件包含進來。網站的樣式也應該獨立開來--這樣你就無需在每個頁面都進行拷貝粘貼的工作，我通常都將這些HTML放在一個函數中，然後就可以在需要時調用。
對於資料庫密碼、資料庫連線等，同樣也放在資料庫抽象層。
4。物件導向/函數
我們可以將流程處理拆分成不同的函數呼叫。每個呼叫都做一件事情，有時只需要呼叫其它的函數並且傳回結果。
一個很好的例子是在每頁中檢查一個使用者是否已經登入。如果不使用物件或函數的話，在你的認證系統變動的時候，你就必須在每一頁作修改，而不是只改變函式庫中一個函數的呼叫。在寫一段程式碼之前，你要想一下，如果它在網站中要使用不只一次，你就必須將它移到函式庫中實作。 還有補充嗎？
肯定我還有一些地方沒有想到，因此請提出你的想法。特別是，你寫了一個很大、很複雜的應用，我很想知道如果要你重新再寫一次，你會建立怎樣的體系並且會做什麼改變。
