【文章內容簡介】 代 CGI（Common Gateway Interface)通用網關接口的技術。我們可以通過 ASP 結合 HTML 語言、ASP 指令和ActiveX 元件以及數據庫等方面知識，使用自己的 Web 服務器創(chuàng)建并運行動態(tài)的交互式 Web 站點。ASP 的主要優(yōu)點大概可以歸納如下：您可以用 VBScript 或 JScript 創(chuàng)建腳本，同時結合 HTML 語言就能夠非常方便地完成網站的應用程序。對于 VBScript 和 JScript，使用哪種語言并不重要，Web 服務器等同地處理這兩種語言，并向用戶的瀏覽器發(fā)送 HTML 格式化結果。10 / 32因為 ASP 采用 Script 語言（VBScript 和 JScript）就可以輕松編寫程序，因此這就大節(jié)省了網絡設計人員又得重新學習一種新語言的時間。而且編寫 ASP 無須手工 pile 編譯或鏈接程序，可在服務器端直接執(zhí)行，這無疑是更加方便了我們的編寫過程。使用普通的使用記事本之類的文本編輯器，即可進行編輯設計,如：Windows 的記事本。建議不要用 FontPage98 或 等主頁制作軟件修改，因為他們會破壞源代碼的。在這里我建議使用 CuteFTP 攜帶的 CuteHTML 編輯器進行編輯設計。ASP 是運行在服務器端，所以我們無須擔心瀏覽器是否支持 ASP 所使用的編程語言,用戶端只要使用可執(zhí)行 HTML 碼的瀏覽器，即可瀏覽 Active Server Pages 所設計的網頁內容。ASP 在服務器端運行，當程序執(zhí)行完畢后，服務器僅將執(zhí)行的結果返回給客戶瀏覽器，這樣也就減輕了客戶端瀏覽器的負擔，大大提高了交互的速度。ASP 能與任何 ActiveX scripting 語言相容。除了可用 VBScript 或 JScript 語言來設計外，還通過 plugin 的方式，使用由第三方所提供的其他腳本語言，譬如 Perl、Tcl 等。腳本引擎是處理腳本程序的 COM(Component Object Model)組件。Active Server Pages 的程序代碼隱藏，在客戶端上僅可以看到由 ASP 輸出的動態(tài)HTML 文件。因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性?？墒褂梅掌鞫说哪_本來產生客戶端的腳本。面向對象（Object oriented） ，并可擴展 ActiveX Server 組件功能。ActiveX Server Components(ActiveX 服務器組件)具有無限可擴充性。你可以使用任何編程語言來編寫你所需要的 ActiveX Server 組件?？梢酝ㄟ^ ADO（ActiveX Data Objects,微軟的一種新的數據訪問模型，是一種可以提供 WEB 頁面開發(fā)者輕松存取 Inter 的數據庫，并可以在用戶端實現網上立即、即時更新顯示的最新 WEB 頁面數據庫技術。 ）非常方便地訪問數據庫，從而使存取數據庫變得輕松容易。 選擇 MVC 構架MVC 設計模式帶來更好的軟件結構和代碼重用。模型－視圖－控制器（MVC）是Xerox　 PARC 在八十年代為編程語言 Smalltalk－80 發(fā)明的一種軟件設計模式，至今已被廣泛使用。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。11 / 32 MVC 如何工作MVC 是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用 MVC 應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。視圖是用戶看到并與之交互的界面。對老式的 Web 應用程序來說，視圖就是由 HTML元素組成的界面，在新式的 Web 應用程序中，HTML 依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括 Macromedia　Flash 和象 XHTML，XML/XSL ，WML等一些標識語言和 Web　 services.如何處理應用程序的界面變得越來越有挑戰(zhàn)性。MVC 一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發(fā)生，不管這些數據是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據并允許用戶操縱的方式。模型表示企業(yè)數據和業(yè)務規(guī)則。在 MVC 的三個部件中，模型擁有最多的處理任務。例如它可能用象 EJBs 和 ColdFusion　Components 這樣的構件對象來處理數據庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性?？刂破鹘邮苡脩舻妮斎氩⒄{用模型和視圖去完成用戶的需求。所以當單擊 Web 頁面中的超鏈接和發(fā)送 HTML 表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調用哪個模型構件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數據?，F在我們總結ＭVC 的處理過程，首先控制器接收用戶的請求，并決定應該調用哪個模型來進行處理，然后模型用業(yè)務邏輯來處理用戶的請求并返回數據，最后控制器用相應的視圖格式化模型返回的數據，并通過表示層呈現給用戶。 為什么要使用 MVC大部分 Web 應用程序都是用像 ASP，PHP，或者 CFML 這樣的過程化語言來創(chuàng)建的。它們將像數據庫查詢語句這樣的數據層代碼和像 HTML 這樣的表示層代碼混在一起。經驗比較豐富的開發(fā)者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC 從根本上強制性的將它們分開。盡管構造 MVC 應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。首先，最重要的一點是多個視圖能共享一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用 MVC，無論你的用戶想要12 / 32Flash 界面或是 WAP 界面；用一個模型就能處理它們。由于你已經將數據和業(yè)務規(guī)則從表示層分開，所以你可以最大化的重用你的代碼了。由于模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用 HTML 來表示，但是它們也有可能要用 Macromedia Flash 和 WAP 來表示。模型也有狀態(tài)管理和數據持久性處理的功能，例如，基于會話的購物車和電子商務過程也能被Flash 網站或者無線聯(lián)網的應用程序所重用。因為模型是自包含的，并且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業(yè)務規(guī)則。如果你想把你的數據庫從 MySQL 移植到 Oracle，或者改變你的基于 RDBMS數據源到 LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自數據庫或是 LDAP 服務器，視圖將會正確的顯示它們。由于運用 MVC 的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。對我來說，控制器的也提供了一個好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然后選擇視圖將處理結果顯示給用戶。 MVC 的缺點MVC 的缺點是由于它沒有明確的定義，所以完全理解 MVC 并不是很容易。使用 MVC需要精心的計劃，由于它的內部原理比較復雜，所以需要花費一些時間去思考。你將不得不花費相當可觀的時間去考慮如何將 MVC 運用到你的應用程序，同時由于模型和視圖要嚴格的分離，這樣也給調試應用程序到來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。根據我個人經驗，由于我們將一個應用程序分成了三個部件，所以使用 MVC 同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。MVC 并不適合小型甚至中等規(guī)模的應用程序，花費大量時間將 MVC 應用到規(guī)模并不是很大的應用程序通常會得不償失。13 / 32 MVC 是一條創(chuàng)建軟件的好途徑MVC 設計模式是一個很好創(chuàng)建軟件的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受 MVC，并且有能力應付它所帶來的額外的工作和復雜性，MVC 將會使你的軟件在健壯性，代碼重用和結構方面上一個新的臺階。14 / 32第三章 系統(tǒng)管理模塊的設計與實現 員工，用戶信息的表設計 首先，必須考慮員工，用戶的信息問題，因此，設計 Employee 表如表 2 所示，表名 Employee字段英文名 中文名 類型 非空 備注ID 用戶 ID Int Y 主鍵系統(tǒng)自動生成 ID