很久以前我就想寫這篇文章了，但是一直都沒有時(shí)間。這里并不是想要告訴你怎樣做，我希望它可以投石問路，和大家討論一下如何開發(fā)一個(gè)好的、擴(kuò)展性佳的web應(yīng)用。

　　我從事開發(fā)已經(jīng)有2-3年了，回望剛開始做的程序，真有點(diǎn)不相信是自己寫的，現(xiàn)在我的web開發(fā)技巧已經(jīng)得到了很大的提高，例如sourceForge（http://sourceforge.net/）就是我較為成熟的一個(gè)作品，代碼都被分成各種的類和函數(shù)。數(shù)據(jù)庫的結(jié)構(gòu)也很清晰。站點(diǎn)的不同部分都是與其它部分獨(dú)立開來的。

　　不過這個(gè)站點(diǎn)也不是完美的。如果我必需再寫一遍，我將會通過對象或者函數(shù)庫的方式，讓HTML層與數(shù)據(jù)庫層更明顯地區(qū)分開來。

　　我發(fā)現(xiàn)不少的管理者都喜歡用圖表的形式來表示自己的想法，這里我也提供一個(gè)。這種體系的意念是要將你的邏輯從表層中獨(dú)立開來，這意味著任何復(fù)雜的東西都會下放到“API/數(shù)據(jù)訪問層”。

　　對于安全檢查、更新等代碼，你最好不要放在HTML層中，你應(yīng)該將這些理論上的代碼放到API層。HTML層將只會進(jìn)行簡單的函數(shù)調(diào)用，并且返回?cái)?shù)組、對象或者我最喜愛的數(shù)據(jù)庫結(jié)果集。

　　在這個(gè)圖中，HTML接口或者直接調(diào)用API層，或者調(diào)用一個(gè)HTML工具庫（例如產(chǎn)生彈出窗口等），而那些庫通過一個(gè)數(shù)據(jù)庫抽象層可調(diào)用數(shù)據(jù)庫（這樣你就不必綁定在某種數(shù)據(jù)庫上）。

基本的要點(diǎn)
對于一個(gè)靈巧的體系來說，有以下基本的要點(diǎn)：
1。數(shù)據(jù)庫獨(dú)立
2。表示層獨(dú)立
3。便于修改
4。面向?qū)ο蠡蛘咧辽俨鸪珊瘮?shù)庫調(diào)用
這些都是我想到的，除了以上提到的外，肯定還有其它的要點(diǎn)，你可以在論壇中提出來。

以下就讓我們詳細(xì)地討論一下以上各點(diǎn)：

1。數(shù)據(jù)庫獨(dú)立
你在設(shè)計(jì)的時(shí)候，或許不會知道自己的站點(diǎn)的負(fù)擔(dān)究竟有多大，應(yīng)此你應(yīng)該記住一點(diǎn)，不能綁定在輕量級的數(shù)據(jù)庫上，例如MS Access或者其它。因此你應(yīng)該考慮到擴(kuò)展性，如果更換數(shù)據(jù)庫的話，你不用做太大的改動(dòng)，甚至不用做什么改動(dòng)，這是最理想的。

使用PHP時(shí)，對于各種數(shù)據(jù)庫的函數(shù)調(diào)用都是不同的，你需要針對使用的數(shù)據(jù)庫進(jìn)行不同的編碼。為了改變這種情況，你可以使用一個(gè)數(shù)據(jù)庫抽象層，例如類似PHPLib或者其它人開發(fā)的庫。
2。表示層獨(dú)立
假如你要開發(fā)一個(gè)真正巨大、復(fù)雜的應(yīng)用，你就必需開始考慮數(shù)據(jù)庫的接口問題，這樣你可以少做很多復(fù)制和粘貼的工作。例如你需要讓你的站點(diǎn)具有WAP功能，以便移動(dòng)電話的用戶可以訪問到它。如果你的應(yīng)用設(shè)計(jì)得好的話，你只需要寫一個(gè)輕便的WAP表示層調(diào)用所有你的數(shù)據(jù)庫訪問對象就行了，但是，如果你的應(yīng)用體系設(shè)計(jì)得不好，你就可能需要重新寫一個(gè)，這樣你就需要同時(shí)維護(hù)一個(gè)HTML版本和一個(gè)WAP版本。

例如在開發(fā)SourceForge站點(diǎn)時(shí)，我們有大量的用戶要提交他們的bug和任務(wù)等。開始時(shí)我們將它設(shè)計(jì)為全部通過web接口進(jìn)行。后來在某些人的壓力下，我們決定使用XML接口展現(xiàn)數(shù)據(jù)庫。我們成功地將站點(diǎn)的核心邏輯由表示層中分離出來�，F(xiàn)在的SourceForge上的bug跟蹤和其它工具都使用兩個(gè)不同的庫--HTML庫類和數(shù)據(jù)庫類。數(shù)據(jù)類負(fù)責(zé)檢測輸入的值是否有效，并且處理安全檢測，而表示層只是根據(jù)成功/失敗返回true或者false。 為了簡化，在我必須解釋基類和其它對象如何擴(kuò)展這些基類時(shí)，這個(gè)例子將不會基于一個(gè)完美的對象模型。不過我想這個(gè)例子能幫你建立一些概念。

HTML類的例子

//連接數(shù)據(jù)庫
require ("database.php");

//通常使用的HTML頭部/頁腳
require ("html.php");

//數(shù)據(jù)訪問庫類
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
";
//顯示全局錯(cuò)誤字符串
echo $feedback;
}

echo site_footer();

?>

Example Data Access Lib

/**
* 控制更新數(shù)據(jù)庫中的一個(gè)bug
* 進(jìn)行數(shù)據(jù)有效性和安全的檢查，并且在成功時(shí)返回true，
* 失敗時(shí)返回false
*
*
*/

function bug_data_update ($field1,$field2,$field3) {
//全局字符串，返回錯(cuò)誤
global $feedback;

//$field1 and $field2 are required
if (!$field1 !$field2) {
$feedback="Field 1 And Field 2 Are Required";
return false;
}

//確認(rèn)用戶有權(quán)更新
if (!user_isadmin()) {
$feedback="You Must Be An Admin To Update a Bug";
return false;
}

//現(xiàn)在可以更新該bug

$result=db_query("UPDATE bug ".
"SET field2='$field2',".
"field3='$field3' ".
"WHERE id='$field1'");

//現(xiàn)在檢查你的語句是否執(zhí)行成功
if (!$result) {
//update failed
return false;
} else {
return true;
}
}

?>
3。便于修改
你當(dāng)然不會在整個(gè)應(yīng)用中都使用絕對的URL，不過我還要求更進(jìn)一步，顏色的選擇、元素的名字、字體和其它可能的選項(xiàng)最好也不是絕對的，它們應(yīng)該在一個(gè)配置文件中設(shè)置，并且在每一頁中將該文件包含進(jìn)來。站點(diǎn)的風(fēng)格也應(yīng)該獨(dú)立開來--這樣你就無需在每個(gè)頁面都進(jìn)行拷貝粘貼的工作，我通常都將這些HTML放在一個(gè)函數(shù)中，然后就可以在需要時(shí)調(diào)用。

對于數(shù)據(jù)庫密碼、數(shù)據(jù)庫連接等，同樣也放在數(shù)據(jù)庫抽象層中。

4。面向?qū)ο?函數(shù)
我們可以將流程處理拆分成不同的函數(shù)調(diào)用。每個(gè)調(diào)用都做一件事情，有時(shí)只需要調(diào)用其它的函數(shù)并且返回結(jié)果。

一個(gè)很好的例子是在每頁中檢查一個(gè)用戶是否已經(jīng)登錄。如果不使用對象或者函數(shù)的話，在你的認(rèn)證系統(tǒng)變動(dòng)的時(shí)候，你就必須在每一頁作修改，而不是僅僅改變庫中一個(gè)函數(shù)的調(diào)用。在寫一段代碼之前，你要想一下，如果它在站點(diǎn)中要使用不止一次，你就必須將它移到庫中實(shí)現(xiàn)。 還有補(bǔ)充嗎？
肯定我還有一些地方?jīng)]有想到，因此請?zhí)岢瞿愕南敕�。特別是，你寫了一個(gè)很大、很復(fù)雜的應(yīng)用，我很想知道如果要你重新再寫一次，你會建立怎樣的體系并且會做什么改變。