ASP.NET應用程式規劃與設計(1)

ASP.NET應用程式規劃與設計(1)

作者： Microsoft   www.ASPCool.com 時間:2003-11-16 10:00:38  閱讀次數:29593

摘要：瞭解如何規劃和設計 ASP.NET 應用程式。本文以一個知識庫 Web 應用程式為例，討論實際應用程式建立實踐中最常見的幾個因素。      　　簡介      　　這是一個系列文章，在這個系列文章中我們將逐步詳細介紹如何使用 Microsoft ASP.NET 和 Microsoft Visual Studio.NET 來設計、實現和部署典型的 Web 應用程式，以探討實際應用程式建立實踐中最常見的幾個因素。我們不僅僅布置一些 Web Form，也不局限於只對後端資料庫進行一些資料繫結。資料繫結和 Web Form布局很重要，但是有許多其他問題也非常重要。      　　例如，無論採用何種目標平台或語言，所有經過良好編碼的項目都包括一些基本的規劃步驟，例如目標聲明、使用者方案文檔，甚至用於標識解決方案的物理邊界和邏輯邊界的體繫結構文檔。此外，在解決方案生命週期的早期就將安全規劃包含在內是一種非常好的習慣。這些內容與良好的資料庫模型、精心設計的中介軟體組件以及簡潔的使用者介面設計一起，可以確保您最終在生產中部署的應用程式是安全的、可靠的，並且是方便使用的。      　　此時，一些讀者可能會認為本文屬於那些基調很高的文章，目標定位在某些超大型企業級方案，而這種方案根本不適用於一般的小工廠、愛好者或個人開發團體。其實並不是這樣！即使只是建立您自己個人使用的基於 Web 的小型解決方案，從一開始就進行完善的規劃將有助於確保流程最終的輕鬆實現和部署。而且，並不是進階的程式員或 Web 開發人員才可以使用這些技術。無論您的技術水平如何，也無論您屬於哪類目標讀者，我相信您都會發現這一系列文章對您很有協助，它為您提供了豐富的資訊，而且（請允許我這樣說）十分有趣。      　　我們將產生一個稱為 DotNetKB 的樣本知識庫 Web 應用程式，這個過程將貫穿整個系列文章。在作為第一篇文章的本文中，我們將介紹典型項目的設計階段，包括基本規劃、應用程式體繫結構和實現方案設計。學習完本文後，您將已經準備好所有的文檔，並會迫不及待地希望開始建立解決方案。      　　預備工作非常簡單，我們跳過這部分內容，直接開始第一步“應用程式規劃”。      　　規劃基本 ASP.NET 應用程式      　　使用 Visual Studio .NET 建立基於 Web 的 ASP.NET 應用程式的第一步是制定基本的應用程式規劃 (AP)。制定規劃不僅對於由多個開發人員建立的大型解決方案而言是必不可少的，而且即使對於最小的應用程式，一個完善的 AP 也是非常重要的。建立 AP 有助於您在開始編碼“之前”就能仔細考慮一些常見問題。這樣，您可以在應用程式生命週期的早期便完全瞭解挑戰和解決方案，而不是在完全陷入窘境之後才發現問題。在《Software Project Survival Guide》一書中，作者 Steve McConnell 指出：在軟體項目後期糾正錯誤所花的成本與在早期階段發現並糾正這些錯誤所花的成本相比，前者可能是後者的 50 - 200 倍。      　　一個完善的專案規劃包含哪些內容？可以包含許多內容，但最基本的是要包含目標聲明和一系列使用者方案。還有其他很多有用的資料，包括需求文檔、編碼通訊協定、交付進度、測試過程等。對於我們要建立的簡單樣本解決方案，將主要介紹簡單的應用程式聲明和一些使用者方案。同時還將解決一些其他問題。      　　應用程式聲明      　　此系列文章要建立的項目（稱為 DotNetKB）是一個簡單的知識庫 Web 網站，在這個網站中，使用者可以提各種問題，並可以得到授權“專家”的回答。這樣，以後訪問者在尋找常見 ASP.NET 問題的解決方案時，可以對得到的結果資料進行搜尋和過濾。      　　這是對我們的 DotNetKB 項目的一個基本目標聲明。DotNetKB 是一個基於 Web 的應用程式，它可以列出訪問者提出的一系列問題，並顯示授權專家對這些問題作出的回複。訪問者可以向系統添加新問題，並可以按照問題的主題、問題和/或回答中的關鍵字來搜尋和過濾這些問題。訪問者還可以按主題或按添加到系統中的日期來對問題列表進行排序。      　　授權專家可以登入到應用程式中已設定安全機制的部分，審閱問題，添加、編輯和刪除對一個問題的一個或多個回答。應用程式系統管理員還可以建立專家登入許可權和登入設定檔，以及添加、編輯和刪除問題主題。      　　此外，還提供了一些基本統計資訊，包括系統中問題和回答的數量，以及每個專家的回複數量和至今已被訪問的頁面數量。      　　正如您從上面的聲明中看到的那樣，該解決方案非常簡單。在閱讀目標聲明時，您可能會開始考慮可以添加到這個應用程式的許多其他功能，以使應用程式更加強大。這說明了項目目標聲明的一個主要依據，即避免“功能蔓延”。我們都清楚，如果更改最終結果本來基於的概念，簡單的想法將導致非常龐大且歪曲的結果。有句老格言：“如果不知道要去往何方，你可能會在某個地方停下來”，它原本揭示的是夏季公路旅行，其道理同樣可用於軟體項目。      　　一些項目的目標聲明中可能需要包含更多的資訊。而對於我們的使用，上面的目標聲明就符合要求。現在我們對於要完成的應用程式有了一個清晰的認識，接下來需要一些詳細的資訊來描述使用者如何與系統互動以及使用者需要執行哪些任務來完成目標。我們需要一系列使用者方案。