【文章內(nèi)容簡介】 服務來提高性能。詳細信息，請參閱 性能監(jiān)視。 靈活的輸出緩存： 根據(jù)應用程序的需要， 可以緩存頁數(shù)據(jù)、頁的一部分或整個頁。緩存的項目可以依賴于緩存中的文件或其他項目，或者可以根據(jù)過期策略進行刷新。 國際化：使用 Unicode 以表示 。而且它還可以為任何一臺計算機、每個目錄和每頁配置實現(xiàn)國際化設置。 支持移動設備： 可以實 現(xiàn)支持任何設備上的任何瀏覽器上的運用，開發(fā)人員完全可以使用和傳統(tǒng)的桌面瀏覽器相同的編程技術(shù)來實現(xiàn)對新的移動設備處理。 擴展性和可用性： 獨特的可擴展性設計、擁有專用的功能來提高群集和多處理器環(huán)境的性能。此外， Inter 信息服務器 (IIS) 和 運行時會密切監(jiān)視和管理所運行的進程，以便在某一個進程出現(xiàn)異常時，可在該位置創(chuàng)建新的進程代替出錯的進程，繼續(xù)處理應用程序請求。 跟蹤和調(diào)試： 提供了跟蹤服務，該服務可在應用程序級別和頁面級別調(diào)試 5 過程中啟用?？梢?選擇查看頁面的信息，或者使用應用程序級別的跟蹤查看工具查看信息。在開發(fā)和應用程序處于生產(chǎn)狀態(tài)時， 支持使用 .NET Framework 調(diào)試工具進行本地和遠程調(diào)試。當應用程序處于生產(chǎn)狀態(tài)時，跟蹤語句能夠留在產(chǎn)品代碼中而不會影響性能。 與 .NET Framework 集成： 因為 是 .NET Framework 的一部分，所以整個平臺的功能和靈活性對 Web 應用程序都是可用的。也可從 Web 上流暢地訪問 .NET 類庫以及消息和數(shù)據(jù)訪問解決方案。 是獨立 于眾多開發(fā)語言之外的，因此開發(fā)人員可以選擇最佳應用程序的語言。 與現(xiàn)有 ASP 應用程序的兼容性： 和 ASP 可以毫無沖突的并行運行在 IIS Web 服務器上；不會因安裝 而導致現(xiàn)有 ASP 應用程序中斷甚至崩潰。 只會處理具有 .asp 文件擴展名的文件，具有其他文件擴展名的文件繼續(xù)由 ASP 引擎來處理。然而，在 ASP 和 頁面之間，會話狀態(tài)和應用程序狀態(tài)是不能實現(xiàn)共享的。 Visual Studio 簡介 Visual Studio 是微軟公司推出的開發(fā)環(huán)境。是目前最流行的 Windows 平臺應用程序開發(fā)環(huán)境。目前已經(jīng)開發(fā)到 版本，也就是 Visual Studio 2021。最新版本 Visual Studio 2021 將與今年 4月 12日在北京開發(fā)布會，發(fā)布真實版。目前是 RC2 .Visual Studio 可以用來創(chuàng)建 Windows 平臺下的 Windows 應用程序和網(wǎng)絡應用程序，也可以用來創(chuàng)建網(wǎng)絡服務、智能設備應用程序和 Office 插件。本課題采用的 VS版本為 Visual Studio 2021。 Visual Studio 2021 是微軟在 2021 年發(fā)布的一個 VS版本。 .NET 字眼從各種語言的名字中被抹去，但是這個版本的 Visual Studio 仍然還是面向 .NET 框架的（版本 ）。它同時也能開發(fā)跨平臺的應用程序，如開發(fā)使用微軟操作系統(tǒng)的手機的程序等?？傮w來說是一個非常龐大的軟件，甚至包含代碼測試功能。這個版本的 Visual Studio 包含有眾多版本，分別面向不同的開發(fā)角色。同時還永久提供免費的 Visual Studio Express 版本。 B/S 系統(tǒng)概述 B/S（ Browser/Server）又叫瀏覽器和服務器結(jié)構(gòu)。它是隨著 Inter 技術(shù)的興起和發(fā)展，是相對于 C/S 結(jié)構(gòu)的一種變化或者改進。在這種結(jié)構(gòu)下，用戶工作界面是通過 WWW瀏覽器來實現(xiàn)，很少有部分事務邏輯才在前端（ Browser）實現(xiàn)，因為主要事務邏輯是在服務器端（ Server）實現(xiàn)，形成所謂三層結(jié)構(gòu)。這樣就大大減輕了客戶端電腦載荷，降低了系統(tǒng)維護與升級的成本和工作量，從而大大的降低了用戶花費的總體成本。 站在當前的技術(shù)發(fā)展的角度看，建立 B/S 結(jié)構(gòu)上局域網(wǎng)的網(wǎng)絡應用，并通過外網(wǎng)和內(nèi)網(wǎng)模式下數(shù)據(jù)庫應用，是目前相對比 較容易把握的、而且實現(xiàn)的成本也是較低的。它的優(yōu)點是首先，它能夠一次性的開發(fā)到位，能實現(xiàn)從不同的地點的不同人員通過不同的接入方式操作和訪問共同的數(shù)據(jù)庫；其次是它能有效地管理訪問權(quán)限和保護數(shù)據(jù)平臺，還能保證服務器數(shù)據(jù)庫的安全。尤其是在類似 JAVA 的跨平臺語言出現(xiàn)之后，使得 B/S 架構(gòu)的管理 6 軟件操作更加簡單、方便、快捷、高效、省時 [4]。 當然瀏覽器和服務器結(jié)構(gòu)最大的優(yōu)點就是操作可以不受地點和軟件的限制，因為它可以在任何地方進行而不用安裝任何專門的軟件。只要你有一臺電腦能上網(wǎng)，客戶端零維護。系統(tǒng)可以非常容易的擴展 ，只要能上網(wǎng)并且系統(tǒng)管理員分配一個用戶名和密碼，就可以使用了。 分層構(gòu)架概述 在傳統(tǒng)的系統(tǒng)設計中，將對數(shù)據(jù)庫的訪問、業(yè)務邏輯及可視元素等代碼混雜在一起。這樣雖然直觀，但是代碼可讀性差，耦合度高，也為日后的維護和重構(gòu)帶來不便。為了解決這個問題，有人提出了 N層架構(gòu)思想，即將各個功能分開，放在獨立的層中，各層之間通過協(xié)作來完成整體功能。 多層架構(gòu)的提出，是軟件開發(fā)思想的一個重大進步。它的出現(xiàn)，在很大程度上解決了軟件開發(fā)中的強耦合問題，也為編寫代碼清晰、可維護性良好的系統(tǒng)提供了思想基礎。 Martin Fowler 在《企業(yè)應用架構(gòu)模式》一書中對分層架構(gòu)的優(yōu)勢描述如下： (1) 開發(fā)人員可以只關(guān)注整個架構(gòu)中的其中一層 (2) 可以很容易地用新的實現(xiàn)替代原有層次的實現(xiàn) (3) 可以降低層與層之間的依賴 (4) 有利于標準化 (5) 有利于各層邏輯的復用 概括來說，分層架構(gòu)設計可以達到如下目的：分散關(guān)注，松散耦合，邏輯復用，標準定義。 當然，任何事物有利也有弊。分層架構(gòu)的一大缺點就是降低了系統(tǒng)的性能，因為本來直接完成的功能現(xiàn)在需要多次調(diào)用才能完成，自然使得性能下降。所以，分層架構(gòu)可以說是以犧牲系統(tǒng)性能換取可維護性的手段。 可以看出 ，系統(tǒng)的性能和可維護性是一對矛盾，魚和熊掌和難兼得，所以在使用分層架構(gòu)設計系統(tǒng)時，要把握一個度，不能過于極端的強調(diào)性能或可維護性，而是應該根據(jù)系統(tǒng)的具體情況，取兩者的折中。 目前，最成熟的分層架構(gòu)體系應該是 Java 平臺上的 J2EE 構(gòu)架，目前，以 Struts、Hibernate 和 Spring 為主的輕量級 J2EE 架構(gòu)已經(jīng)成為分層架構(gòu)的經(jīng)典。而在其他平臺，如 .NET、 PHP 平臺，尚無成熟的分層架構(gòu)框架。 .NET 平臺分層構(gòu)架的現(xiàn)狀及可研究性 微軟（ Microsoft）公司的 .NET平臺自出現(xiàn)以來，已 經(jīng)經(jīng)歷了 、 、 ， ， ，而 .NET平臺也憑借其先進的設計思想、豐富的類庫、強大的能力和完善的 IDE及開發(fā)幫助文檔獲得了眾多開發(fā)者的青睞。尤其在 Web開發(fā)平臺方面，微軟的 技術(shù)憑借其獨樹一幟的控件式開發(fā)方式以及完善的面向?qū)ο竽Ｐ?，開創(chuàng)了 Web開發(fā)技術(shù)新的里程碑。 7 當時我們不得不正視一點，到目前為止，仍沒有一個很好的基于 .NET開發(fā)平臺的完善分層架構(gòu)體系。目前，基于 .NET平臺的分層架構(gòu)一般都是模仿微軟官方給出的分層范例。雖然這個范例是一個基于 .NET平臺的經(jīng)典 的 B/S系統(tǒng)分層架構(gòu)示例，然而也有許多不足，如： 首先這個結(jié)構(gòu)過于復雜，給人的感覺純粹為分層而分層，缺乏對實際項目指導。第二，實現(xiàn)方法過于單一。然而在實際操作中，可能有很多不同的實現(xiàn)方式，例如通過 ORM實現(xiàn)。當然這就需要我們更深入的研究數(shù)據(jù)訪問層的共性，以便從更高的抽象層次上對數(shù)據(jù)訪問層進行掌握和理解，而不僅僅是把數(shù)據(jù)訪問層單純的看成一種具體的實現(xiàn)。第三，只是針對現(xiàn)實編程，而忽視了對業(yè)務邏輯層接口的編程。這樣，肯定會造成表示層和業(yè)務邏輯層的強耦合。第四，表示層使用的只是同步模型，沒有涉及到異步模型元素。但是 ，當今隨著 Ajax等異步模型越來越廣泛的使用，我們迫切想知道如何將異步模型融入到分層架構(gòu)中。然而隨著異步模型的加入，各層之間會發(fā)生什么新的變化，上面分析的分層范例并沒有給出我們想要的答案。 綜述上面的幾點分析，我們可以得出一個結(jié)論。現(xiàn)在急需要形成一套指導 .NET 平臺上的分層架構(gòu)開發(fā)的理論，而不是一味的處于模仿階段。 AJAX 概述 AJAX 是 全稱 為 “Asynchronous JavaScript and XML” 的 一種 用于 創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā) 組合 技術(shù)。 因此它由基于 CSS 標準表示和 XHTML；利用 XML 和 XSLT 進行數(shù)據(jù)交換及相關(guān)操作； 通過 XML Http Request 與服務器進行異步查詢和檢索通信；運用Document Object Model 進行動態(tài)顯示和交互使用等四種技術(shù)組合而成。 傳統(tǒng)的 Web應用程序是用戶操作完畢進入提交、然后等待服務器的處理、最后針對先前的操作反饋一個顯示的模式 。 即用戶的界面操作觸發(fā) HTTP 請求，服務器在接收到請求之后才進行業(yè)務邏輯處理，比如保存數(shù)據(jù)，然后向客戶端返回一個特定的 HTML 頁面。但服務器處理數(shù)據(jù)的時候，用戶是空閑的沒有事情可做，只能等待，而且 每進行一步操作都需要等待服務器的處理，使得 Web 用戶界面在響應靈敏性方面浪費了大量的時間。相比之下， Ajax 帶給用戶完全不同的瀏覽體驗。傳統(tǒng)的動態(tài)網(wǎng)頁技術(shù)通常被隱藏到 Ajax 的后臺。用戶只能看到的一個靜態(tài)頁面，不需要在提交頁面后長時間等待服務器的處理或者主動刷新網(wǎng)頁。動態(tài)程序反饋的結(jié)果被直接無刷新地顯示在這個頁面上。因此運用 Ajax 開發(fā)的Web 應用程序能夠提供靈敏的 Web 用戶界面，使得應用很方便，操作很流暢，并消除了頁面刷新所帶來的閃爍等待時間。 Web 應用程序的交互使用如 Backpack 和 Google 在這 方面已經(jīng)有很大的提高。這個術(shù)語來自于基于網(wǎng)頁的 Web應用程序到基于數(shù)據(jù)的應用的轉(zhuǎn)換的描述。在基于數(shù)據(jù)庫的應用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以獨立從實際網(wǎng)頁的服務端獲取，并且可以隨時被動態(tài)地寫入網(wǎng)頁中。雖然大部分開發(fā)人員在過去使用過對象和方法來加載數(shù)據(jù)，到現(xiàn)在為止我們才看到傳統(tǒng)的開發(fā)人員和公司開始采用的技術(shù)。就像新的編程語言，開發(fā)人員需要 8 從頭學習新的技巧及如何更好的利用這些新技術(shù)。 AJAX 模式 站在現(xiàn)在的技術(shù)角度看，許多核心大的重要技術(shù)和 AJAX 開發(fā)模式，我們都可以通過資源的共享從現(xiàn)有的知識 中獲取。很簡單的一個例子，一個發(fā)送請求到服務器端的應用中，會包含請求順序、優(yōu)先級、超時響應等元素，而且其中許多元素已經(jīng)在 Web 服務器中包含了。因此 AJAX 開發(fā)人員完全可以擁有一個完整的系統(tǒng)架構(gòu)體系。當然，隨著技術(shù)的不斷更新和發(fā)展，還會有許多地方需要我們?nèi)ネ晟疲@里尤其要提到的是 UI 部分的易用性。我們都知道傳統(tǒng)的 CS 開發(fā)與 AJAX 開發(fā)有很大的區(qū)別。這些差異引發(fā)了新的編程問題，并且于易用性成為了最大的問題。由于 AJAX 技術(shù)本身比較依賴瀏覽器的 JavaScript 和 XML，因此瀏覽器的支持的標準和兼容性也變得和 JavaScript 的運行時性能同等重要了。引發(fā)這些問題中的根源大部分來源于服務器、瀏覽器、技術(shù)三者的組合，因此必須知道如何才能最大限度的使用好這些技術(shù)。 綜合強耦合的客戶服務端環(huán)境和變化多端的技術(shù)， AJAX 提出了一種全新的開發(fā)方式。AJAX 開發(fā)人員必須在理解傳統(tǒng)的 MVC 架構(gòu)的基礎上，同時，開發(fā)人員還需要考慮 CS 環(huán)境的外部和如何使用 AJAX 技術(shù)來重新定型 MVC 邊界。對于 AJAX 開發(fā)人員最重要的是，必須斷絕以頁面集合的方式來看待 Web 應用，而需要肯定的將其認為是單個頁面。要知道一旦UI 設計與服務架構(gòu)之間的范圍被 嚴格區(qū)區(qū)分開，開發(fā)人員就需要重新更新和變化的技術(shù)集合了。 友好的用戶體驗 AJAX 面臨的最大機遇在于用戶體驗。在加快響應和創(chuàng)新的過程中，定義 Web 應用程序的規(guī)則正在不斷的被重寫，因此開發(fā)人員必須重新注重用戶的反饋?，F(xiàn)在用戶已經(jīng)慢慢的習慣如何使用 Web 應用程序了。通常情況下，操作都需要一定的反應時間，但 AJAX 正在打破這種長時間的等待反饋。 另外 AJAX 的可用性是最令人激動的地方而且在很短的時間已經(jīng)產(chǎn)生了幾種新型的技術(shù)。其中最引人注目的是 “黃色隱出”的技術(shù)，他在數(shù)據(jù)更新之前時將用戶界面變?yōu)辄S色， 更新完成后立刻恢復原來的顏色。 AJAX 開發(fā)人員將用戶從 Web 應用的負載中解放出來；并且謹慎地利用 AJAX 提供的豐富接口，我們深信在不久的將來桌面開發(fā)人員會發(fā)現(xiàn) AJAX是他們真正的方向。 數(shù)據(jù)庫系統(tǒng)開發(fā)背景資料 只要搞開發(fā)的人都知道，當今的商用數(shù)據(jù)庫市場，完全可以和春秋戰(zhàn)國時代的群雄爭霸的時代媲美了。早在 20 世紀 70年代關(guān)系模型提出后，由于其突出的優(yōu)點，所以它很快的被商用數(shù)據(jù)庫系統(tǒng)所采用。根據(jù)相關(guān)的統(tǒng)計，從 70 年代以來，在新發(fā)展的關(guān)系數(shù)據(jù)模型系統(tǒng)中，有將近百分之九十是采用關(guān)系數(shù)據(jù)模型。而且其中涌現(xiàn)出 了許多性能優(yōu)良的商品化關(guān)系數(shù)據(jù)庫管理系統(tǒng)。例如，小型數(shù)據(jù)庫系統(tǒng) ACCESS等，大型數(shù)據(jù)庫系統(tǒng) DB ORACLE、 9 SQL, SQL SERVER 等 [8]。隨之技術(shù)的發(fā)展， 80年代和 90 年代成為了 RDBMS 產(chǎn)品發(fā)展和競爭的時代。各種商用數(shù)據(jù)庫產(chǎn)品經(jīng)歷了從集中到分布，從單機環(huán)境到網(wǎng)絡環(huán)境，從支持信息管理到聯(lián)機事務處理，再到聯(lián)機分析處理的發(fā)展過程；各種數(shù)據(jù)庫系統(tǒng)的功能不斷增強