外文翻譯--ASP.NET 2.0 用戶模式.doc

1ASP.NET2.0用戶模式摘要ASP.NET2.0的新特性如成員人數(shù)、個性化以及外形輪廓都是基于一個新的的.NET模式用戶模式。這個用戶模式定義了一種簡易的插件體系，你能利用系統(tǒng)提供的用戶插件或者編寫自己的而不用重寫代碼也不用重新編繹整個的解決方案。該用戶模式良好的功能模塊劃分允許應(yīng)用程序開發(fā)平臺支持不同的設(shè)備或者媒體的同類功能。在本文中，KamranMQamar闡述了什么是用戶模式，什么時候使用它，什么樣的ASP.NET功能模塊會使用了它，怎樣創(chuàng)建自己的模式，最終，你怎樣在.NET1.x中使用模塊的優(yōu)點。文章介紹事物是不斷發(fā)展變化的，這話對軟件工程領(lǐng)域特別適用，因為這里的變化是頻繁而且巨大的?，F(xiàn)在我們提出的解決方案正被新的技術(shù)挑戰(zhàn)著。然而，把這些新技術(shù)湊合在一起，建立解決方案并不總是可行的。軟件工程很早就已經(jīng)認(rèn)識到了這點，并且已開始在它實施的商業(yè)活動中進行抽象以確保解決方案不被改變。ASP.NET開發(fā)團隊在朝著縮短網(wǎng)絡(luò)應(yīng)用開發(fā)時間的野心勃勃的目標(biāo)前進的道路上，面臨著許多挑戰(zhàn).他們希望創(chuàng)建的解決方案不僅僅是簡易、嚴(yán)整而且是可擴展的。他們更看中的是因為它要是可升級的，容易使用的并且有著良好文檔支持的，內(nèi)部實現(xiàn)完全可控的。結(jié)論是進行一個新的設(shè)計，它必須是一個允許擴展和z和變程序應(yīng)用進程的，同時還有一定的商業(yè)需求的。乍一看，這種用戶模式的出現(xiàn)是作為一種抽象的模式的增強版本，事實上，它的好處并不止這么多，它是一個綜合單一、軍略以及配置組件的縮體。這個模式本身不是新技術(shù)，也不是一種應(yīng)用軟件，更應(yīng)注意的是它的DotNetNukeandLog4Net，同時也非常徹底的應(yīng)用到了它。ASP.NET2.0逐漸的標(biāo)準(zhǔn)化它的方法并把它應(yīng)用到主流的發(fā)展中去了。2正文接下來我將闡述在哪里我們可以使用到這種模式。然后我們再在運用ASP.NET2.0Beta一起探索應(yīng)用程序的細(xì)節(jié)過程，為了做到這些，我將創(chuàng)建一個基于ASP.NET2.0Beta版本的解決方案，然后我再認(rèn)真介紹在使用這個版本時的詳細(xì)步驟，最終我將介紹ASP.NET1.x的基本框架與ASP.NET2.0的不同之處，因此，你可以從今天開始使用它，并且在激活它之后可以在它里面添加你寫的代碼。這篇文章假設(shè)你已經(jīng)非常熟悉所設(shè)計的模式，尤其是抽象工廠與單一模式，如果不是這樣的話，我將建議你跳過這一步，只需要看一下文章的結(jié)尾的結(jié)論就可以了。系統(tǒng)需求先在你的機子上運行樣本代碼，代碼將是必要的：.NETFramework2.0Beta(CTPOctober2004)VisualStudio2005orVisualStudio2005ExpressEditions(WebDeveloper,andVisualC#)VisualStudio2003InternetExplorer我們可在還面這個網(wǎng)址上找到我們要的：/express/vwd/default.aspx安裝并且運行這個程序代碼所有文章中的樣品代碼都是用C#寫的，這個樣本代碼的下載包含兩個方面的問題：AVS.NET2005問題包含給用戶提供網(wǎng)關(guān)與網(wǎng)址工程。用戶的網(wǎng)關(guān)方案擁有所有的類，這些類可以員這些網(wǎng)關(guān)來進行支付，而網(wǎng)址工程則是為了測試應(yīng)用程序同時還擁有為用戶所提供的信用卡。3TheVS.NET2003問題則是包含兩個命名為ProviderModel和TestProviderModel工程文件。第一個工程文件是一個庫，這個庫允許你在。NET1.x中進行用戶模式的執(zhí)行，而第二個則是使用這個庫來支付解決方案的所有的進程。這個解決方案更深入地使用了在第二個工程文件中為.NET2.0定義的相同的類，當(dāng)你注意到在這兩個類中中的指令沒有改變時，他們僅僅為不同的時間段來進行編譯，第二個工程文件是作為一個應(yīng)用程序而創(chuàng)建的，這個文件顯示了整個用戶模式可以在窗口與網(wǎng)頁中使用它。問題的代理模式一個成功的軟件是與它的可擴展的性能是成正比的，如果一個軟件獨立于怎樣去創(chuàng)建、組成、提出它自己的特點，那么這個解決方案在將來可以升級。這種放縱的聯(lián)合允許我們將來根據(jù)需要地來使用這種解決方案。我們將在以下幾種情況下考慮：系統(tǒng)說明書寫的不是很清楚并且這個系統(tǒng)經(jīng)常的改變。系統(tǒng)需要處理相同類型的事物但是不能在運行程序的時候處理實型。系統(tǒng)的應(yīng)用方面經(jīng)過一段時期將會有所擴展。這些都是基本的需求，同時人們應(yīng)用了各種不同的方法來解決這個問題，有一伙人地在解決這個問題的時候提出了一種模式，他們把這種模式就叫做虛擬工廠模式。而這種模式的目的是為了：為了提供一個為創(chuàng)建一組相互有聯(lián)系但又相互獨立的統(tǒng)一體，但又沒有定義具體的類。虛擬工廠模式提供了一個提取層,但是，這種方法也有其局限性，更重要的是：1.這是一種基于解決方案的代碼。這個工廠的類需要了解一些具體的、必須創(chuàng)建的類是什么，如果這些解決方案可以觀察通過增加一些接口應(yīng)用程序來進行擴展，那么，至少我們可以從核心內(nèi)容中對這個工廠進行更新。42.那個基于合作方法的接口的用途限制了解決方案的性能，如果接口的需求被改變了，那么所有的舊的代碼將會要重新寫入，因此，我們不能在核心技術(shù)中很容易的增加某些新的功能。用戶模式的解決方案一種最理想的解決方案，我們不需要每次更改工廠里每個類的核心代碼，我們只要在一些接口中增加新的功能模塊，我們也可以使用一種遺傳算法來連接到接口上去，從制作一種更新的代碼時就實施一種最為普通的API來保護我們自己的信息。這種用戶模式確實做到了這一點，它使用了最簡單的、最基本的應(yīng)用配置來增加、清理、移除具體的沒有重新編譯的核心代碼的應(yīng)用程序。這就像建立了一個鏈?zhǔn)降慕Y(jié)構(gòu)體系，而這個體系可以根據(jù)需要進行擴展。ASP.NET2.0提供了SQLandAccessprovider作為可以互換成員對象，但是，如果你想從經(jīng)典的ASP或者ASP.Net1.x中退出，并且已經(jīng)有了通俗的成員對象數(shù)據(jù)庫，那么它就不能中止，而且，你還可以根據(jù)需要來重新設(shè)計它，還可以建立一個傳統(tǒng)的成員對象供給，同時應(yīng)用它來代替對用戶透明的界面,最后我們可以在ASP.NET2.0中掌握他的新的性能。這種用戶模式使用界面來進行合作，或者很好地定義了API，就像在虛擬工廠模式中的接口一樣，此模式也允許完全控制在API中應(yīng)用程序的工具，在我介紹怎樣使用ASP.NET2.0之前，我們就是使用的這種擁有此種功能的模式我們也要了解這種模式中內(nèi)部是怎么工作的。我們要不斷地他新的技術(shù)來更好地實現(xiàn)它。為了證明此點：我們怎么去實施基于解決方案的這種用戶模式，我將創(chuàng)建一個最簡單的信用卡用戶來控制使用這種模式，此模式可以由信用卡中的信息和使用一種網(wǎng)關(guān)來支付交易的