物件導向的ASP技術:思考與實踐

來源:互聯網
上載者:User
對象 目錄:
概述
曆史
先進的技術與好用的技術:
ASP到了盡頭嗎?
組件化的Web程式
一個執行個體
小技巧
結束語

概述
本文簡要描述了Web開發的曆史,並主要對JSP, ASP, 以及ASP.NET進行了比較。最後,較為詳細的提出了一種概念性模型並做出了簡單的實現。這種模型將使得ASP這種簡單易用的技術上升一個高度,成為中小企業或者中小項目開發的較好選擇。本文適合ASP的中進階開發人員。

曆史
如今的Web應用程式越來越流行,基於B/S結構的軟體也日漸增多。這也不難想象,正如Sun公司總裁Scott所說,“電腦就是網路”,隨著互連網技術的發展,知識在世界範圍內得到充分的傳播。從90年代很原始靜態HTML頁面(現在還能在舊書攤看到講解HTML3.2的書,配上16位的Internet Explorer或者Netscape Navigator插圖,那時候的網頁美觀水平跟現在已經不能相提並論了),到複雜而缺乏定製***的CGI,然後是WindowNT的興起,出現一種叫IDC,IDA, IDQ的東西(當然,現在那些東西已經不存在了,只是作者當年還興緻勃勃的研究過他們,但是現在什麼也記不住了),然後就是基於VBScript的ASP2.0。這是後,Java逐漸侵入Internet編程領域,Servlet、JSP也出現了。其他的,如PHP, Perl, 等,到現在微軟大行其道的以ASP.NET為核心的.Net技術,如今的Web開發領域可謂百花齊放,各有千秋。

技術出現了這麼多,無論是ASP、JSP還是PHP等,在出現的早期,他們的編程模型不外乎是下面的模式:客戶機向伺服器提交一個HTTP/GET或者HTTP/POST請求,伺服器得到這個請求後,要麼請求資料庫,將結果響應給用戶端,要麼直接響應一個結果給用戶端。也就是簡單的“要求-回應”模型。這種模型的唯一的一個優點就是簡單。隨著大型的Web應用的出現,這種模型很快出現不足。例如,無法實現代碼的重用(在Web開發中,出現冗餘代碼似乎是難以避免的事),很多頁面具有相似的功能與相似的代碼,在需求改變的時候,代碼的更改顯得如此的不便,以至於讓人很惱火。無法實現複雜的商務邏輯,簡單的結構決定了這種模型無法勝任複雜的邏輯。等等,諸如此類的問題,使得Web開發的前輩們開始考慮更為有效模式。

這時候值得一提的是JSP Model2, 也就是SmallTalk語言中一種很常見的模式:Model-View-Controller。有關這種模式的有相關的專業文章介紹,這裡就不再贅述。總而言之,這種模式的出現改變了大多數Web開發人員的觀念,使他們以一種軟體結構的高度上來考慮B/S軟體,而不是原來的“流式開發”。實現了MVC模式的Apache Struts,一時成為開發人員了與學習和接受的一種新的技術。(有關JSP與Servlet,請看我翻譯的另外一篇文章:《Servlet與JSP, 最佳實務》)

ASP.NET的推出可以說是又是一個進步。Code-Behind技術與頁面回調等,姑且不論其效率如何,單單從這些技術本身而言,又將我們的Web開發觀念提高了一個層次。伺服器HTML組件可以直接與C#代碼互動,而且如此的自然,不得不佩服微軟的結構設計了。

現在我們來談一談這篇文章的主題:ASP。

先進的技術與好用的技術
目前在Web開發領域,幾乎沒有人看好ASP。CSDN上總有人在抱怨ASP開發人員的薪水太少。而且ASP確實存在這樣和那樣的問題,最大的問題莫過於它是非編譯的指令碼,所有的指令碼都是通過解釋執行,這讓他的效率大打折扣。另外,它的弱類型變數定義降低學習的難度與他的效率。種種的問題顯示,放棄ASP吧,不要在追尋一個落魄的技術了。

然而,我想沒有一個有經驗的Web開發人員會說,ASP不好用,ASP不好學。現在的ASP高手很多,然而JSP,ASP.NET的高手卻很難培養。在CSDN的JSP版上,問“怎麼配置JSP運行環境”一類的問題不在少數,另外一些例如“字元編碼”、“資料庫連接”等在ASP種基本不用考慮問題在JSP中確實屢見不鮮。這裡我無意比較ASP與JSP,我也不敢攻擊JSP或者說JSP的壞話。從純粹的技術的角度,我認為,在易用***上,ASP要稍勝一籌,而且在中小型項目的把握上,拋開個人或者技術界的虛榮心,ASP要比JSP把握大。如果讀者是一位有多年經驗並且熟知ASP與JSP的話,應該不至於反對我的觀點。

然而,JSP的優點比比皆是。從軟體結構的高度來看,它太優秀了。擁有JavaBean技術與擴充標記庫技術,使得JSP的概念已經遠遠超過了它本身。組件化容易,高效率,擴充方便,容易實現多層結構,等等。

從現在Web開發領域的走勢(或者說整個軟體的走勢)來說,組件化的思想越來越重要了。現在的問題是,基本的ASP功能很明顯是無法滿足現在日益複雜的需求,如何在ASP中實現組件思想呢?

關於組件我們能夠想到最直接的辦法就是使用VisualBasic或者VisualC++或者任何一種其他的Windows環境下的編程工具。然後,幾乎所有人都會說:VC開發組件是效率最高的,但是很慢;VB開發式最快的,效率也不錯。的確,VB具備簡單通用,支援COM, COM+,等優點,而且開發速度快,調試方便。這樣,VB就成為開發ASP組件的首選。另外一個不得不提的東西就是XML。使用XML的好處多多,這裡也不多說了。

我的基本思想是:用VB來寫組件,用XML來配置應用程式。這裡的組件的概念已經不是過去的那種功能***組件(例如,SAFileUpload, Jmail等等,只是為了實現某一個功能而實現的組件。目前這類組件佔據了大多數的ASP伺服器端組件市場。),更多的是實現某一個實體(Entity)。也就是說,在物件導向的ASP技術中,提倡兩種組件的存在:功能組件與實體組件。

功能組件主要用於實現某一個或者一組功能。當然,這些功能也應當是按照物件導向的思想組織在一起。例如,一個名為LoginControl的功能組件包含以下方法:CheckLogin, UpdateLogin, LoginOut等,更為常見的例子就是資料庫操作。您可以將資料庫操作寫成組件的方法,在ASP頁面中進行調用。而實體組件僅僅實現基本的對象及其屬***和方法。最普通的應用的例子莫過於User 組件,它可能有Name, Account, Password等等屬***。使用使用者組件最顯著的好處是:充分利用廉價資源――記憶體來儲存邏輯上獨立的一個複雜物件,從而減少昂貴資源(例如資料庫連結)的使用。

而XML的作用是提供應用的簡單配置,在ASP頁面與組件之間建立一種鬆散聯絡。有了這種聯絡,應用程式就可以以一種非常隨意而輕鬆的方式進行分工、拆卸和組裝。這種想法來自於現在的MVC Struts中的struts-config.xml和ASP.NET中的web.config。

關於VB組件的註冊一直是一個大問題。現在的Web應用已經遠遠超過了過去的概念。原來只是做做網站,現在卻可以做複雜的應用系統,而且不僅禁止運行在ISP的虛擬機器主機上,越來越多的應用被部署到企業的內部網路。既然如此,VB中組件的註冊已經不成為問題,一般來說,除非必要,否則在一個項目中使用一個dll足夠了。當然,在開發過程中的調試也許是非常枯燥的。在本文的最後,有一些組件調試的小技巧,如果你真的打算用這種方式來開發Web應用的話,你可以參考一下。

下面是一個實際的例子。由於時間、環境的原因,作者僅僅在自己的機器上對代碼進行了運行和測試,由於篇幅所限,作者也不提供整個範例的代碼(如果讀者熟知ASP與VB的話,實際上代碼是非常簡單的),下面的例子僅僅是一個簡單的開發原型。在實際的系統使用中需要考慮更多的因素。

一個會員註冊、登入、登出的例子:
下面這個例子採用上面提到的物件導向的思想。在這個小型樣本中,包括了以下幾個部分:

User類 用來類比在應用系統中的一個實體

DataProvider類 提供所有的資料庫操作

Globals類 讀取配置xml檔案

(以上類被封裝到ExtendPortal.dll中。)

一些相關的asp檔案

假定我們的網站名稱為ExtendPortal

1、 定義xml檔案(app-config.xml)

<?xml version="1.0" encoding="gb2312"?>

<app-config>

<!--Define the site infomation-->

<site-info>

  <name>ExtendPortal</name>

</site-info>

<!--Define data source informations-->

<data-sources >

    <data-source>

    <name>AccessDB</name>

    <value>DSN=ep</value>

</data-source>

</data-sources >

<!--Define the resources-->

<resources>

  <resource key="urlHome" value="/index.asp" />

</resources>

</app-config>

上面只是一個例子,你可在實際的項目中根據需求進行定義。

類圖如下所示:


(圖1)

系統的處理流程如下:


根據上圖所示,一個完成的Web開發的項目就可以以一種結構化程度很高的方式進行組織和搭建,而且在整個系統的模型中,處處體現著物件導向的思想,用這種模型實現的多層結構模組之間連接鬆散,分工、組織都非常容易



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。