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

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

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

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

　　對于安全檢查、更新等代碼，你最好不要放在html層中，你應該將這些理論上的代碼放到api層。html層將只會進行簡單的函數(shù)調用，并且返回數(shù)組、對象或者我最喜愛的數(shù)據(jù)庫結果集。

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

基本的要點
對于一個靈巧的體系來說，有以下基本的要點：
1。數(shù)據(jù)庫獨立
2。表示層獨立
3。便于修改
4。面向對象或者至少拆成函數(shù)庫調用
這些都是我想到的，除了以上提到的外，肯定還有其它的要點，你可以在論壇中提出來。

以下就讓我們詳細地討論一下以上各點：

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

使用php時，對于各種數(shù)據(jù)庫的函數(shù)調用都是不同的，你需要針對使用的數(shù)據(jù)庫進行不同的編碼。為了改變這種情況，你可以使用一個數(shù)據(jù)庫抽象層，例如類似phplib或者其它人開發(fā)的庫。

2。表示層獨立
假如你要開發(fā)一個真正巨大、復雜的應用，你就必需開始考慮數(shù)據(jù)庫的接口問題，這樣你可以少做很多復制和粘貼的工作。例如你需要讓你的站點具有wap功能，以便移動電話的用戶可以訪問到它。如果你的應用設計得好的話，你只需要寫一個輕便的wap表示層調用所有你的數(shù)據(jù)庫訪問對象就行了，但是，如果你的應用體系設計得不好，你就可能需要重新寫一個，這樣你就需要同時維護一個html版本和一個wap版本。

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

html類的例子