機(jī)械專業(yè)外文文獻(xiàn)翻譯-外文翻譯--ASP.NET 2.0 用戶模式

《機(jī)械專業(yè)外文文獻(xiàn)翻譯-外文翻譯--ASP.NET 2.0 用戶模式》由會員分享，可在線閱讀，更多相關(guān)《機(jī)械專業(yè)外文文獻(xiàn)翻譯-外文翻譯--ASP.NET 2.0 用戶模式（18頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1 戶模式 摘要 新特性如成員人數(shù)、個性化以及外形輪廓都是基于一個新的的 式 —— 用戶模式。 這個用戶模式定義了一種簡易的插件體系，你能利用系統(tǒng)提供的用戶插件或者編寫自己的而不用重寫代碼也不用重新編繹整個的解決方案。 該用戶模式良好的功能模塊劃分允許應(yīng)用程序開發(fā)平臺支持不同的設(shè)備或者媒體的同類功能。在本文中， 述了什么是用戶模式，什么時候使用它，什么樣的 能模塊會使用了它，怎樣創(chuàng)建自己的模式，最終，你怎樣在 使用模塊的優(yōu)點(diǎn)。 文章 介紹 事物是不斷發(fā)展變化的 ，這話對軟件工程領(lǐng)域特別適用，因?yàn)檫@里的變化是頻繁而且巨大的。現(xiàn)在我們提出的解決方案正被新的技術(shù)挑戰(zhàn)著。然而，把這些新技術(shù)湊合在一起，建立解決方案并不總是可行的。軟件工程很早就已經(jīng)認(rèn)識到了這點(diǎn)，并且已開始在它實(shí)施的商業(yè)活動中進(jìn)行抽象以確保解決方案不被改變。 發(fā)團(tuán)隊(duì)在朝著 縮短網(wǎng)絡(luò)應(yīng)用開發(fā)時間的野心勃勃的目標(biāo)前進(jìn)的道路上， 面臨著許多挑戰(zhàn) 整而且是可擴(kuò)展的。他們更看中的是因?yàn)樗强缮壍?，容易使用的并且有著良好文檔支持的，內(nèi)部實(shí)現(xiàn)完全可控的 。 結(jié) 論 是 進(jìn)行一個新的 設(shè)計 ，它必須是一個允許擴(kuò)展和z 和變程序應(yīng)用進(jìn)程的，同時還有一定的商業(yè)需求的。 乍一看，這種用戶模式的出現(xiàn)是作為一種抽象的 模式的增強(qiáng)版本，事實(shí)上，它的好處并不止這么多，它是一個綜合單一、軍略以及配置組件的縮體。這個模式本身不是新技術(shù)，也不是一種應(yīng)用軟件，更應(yīng)注意的是它的 時也非常徹底的應(yīng)用到了它。 漸的標(biāo)準(zhǔn)化它的方法并把它應(yīng)用到主流的發(fā)展中去了。 2 正文接下來我將闡述在哪 里我們可以使用到這種模式。然后我們再在 起探索應(yīng)用程序的細(xì)節(jié) 過程，為了做到這些，我將創(chuàng)建一個基于 本的解決方案，然后我再認(rèn)真介紹在使用這個版本時的詳細(xì)步驟，最終我將介紹 基本框架與 不同之處，因此，你可以從今天開始使用它，并且在激活它之后可以在它里面添加你寫的代碼。 這篇文章假設(shè)你已經(jīng)非常熟悉所設(shè)計的模式，尤其是抽象工廠與單一模式，如果不是這樣的話，我將建議你跳過這一步，只需要看一下文章的結(jié)尾的 結(jié)論就可以了。 系統(tǒng)需求 先在你的機(jī)子上運(yùn)行樣本代碼，代碼將是必要的： ? 004)) ? 005 005 # ) ? 003 ? 我們可在還面這個網(wǎng)址上找到我們要的：#寫的，這個樣本代碼的下載包含兩個方面的問題： ? A 005 問題包含 給用戶提供網(wǎng)關(guān)與網(wǎng)址工程。用戶的網(wǎng)關(guān)方案擁有所有的類，這些類可以員這些網(wǎng)關(guān)來進(jìn)行支付，而網(wǎng)址工程則是為了測試應(yīng)用程序同時還擁有為用戶所提供的信用卡。 3 ? 題則是包含兩個命名為 程文件。第一個工程文件是一個庫，這個庫允許你在。 進(jìn)行用戶模式的執(zhí)行，而第二個則是使用這個庫來支付解決方案的所有的進(jìn)程。這個解決方案更深入地使用了在第二個工程文件中為 義的相同的類 ，當(dāng)你注意到在這兩個類中中的指令沒有改變時，他們僅僅為不同的時間段來進(jìn)行編譯，第二個工程文件是作為一個應(yīng)用程序而創(chuàng)建的，這個文件顯示了整個用戶模式可以在窗口與網(wǎng)頁中使用它。 問題的代理 模式 一個成功的軟件是與它的可擴(kuò)展的性能是成正比的，如果一個軟件獨(dú)立于怎樣去創(chuàng)建、組成、提出它自己的特點(diǎn)，那么這個解決方案在將來可以升級。這種放縱的聯(lián)合允許我們將來根據(jù)需要地來使用這種解決方案。我們將在以下幾種情況下考慮： ? 系統(tǒng)說明書寫的不是很清楚并且這個系統(tǒng)經(jīng)常的改變。 ? 系統(tǒng)需要處理相同類型的事物但是 不能在運(yùn)行程序的時候處理實(shí)型。 ? 系統(tǒng)的應(yīng)用方面經(jīng)過一段時期將會有所擴(kuò)展。 這些都是基本的需求，同時人們應(yīng)用了各種不同的方法來解決這個問題，有一伙人地在解決這個問題的時候提出了一種模式 ，他們把這種模式就叫做 虛擬工廠模式。而這種模式的目的是為了： "為了提供一個為創(chuàng)建一組相互有聯(lián)系但又相互獨(dú)立的統(tǒng)一體，但又沒有定義具體的類。 " 虛擬工廠模式提供了 一個提取層 ,但是，這種方法也有其局限性，更重要的是： 1. 這是一種基于解決方案的代碼。這個工廠的類需要了解一些具體的、必須創(chuàng)建的類是什么，如果這些解決方案可以觀察通過增加一些接口應(yīng)用程序來進(jìn)行擴(kuò)展，那么，至少我們可以從核心內(nèi)容中對這個工廠進(jìn)行更新。 4 2. 那個基于合作方法的接口的用途限制了解決方案的性能，如果接口的需求被改變了，那么所有的舊的代碼將會要重新寫入，因此，我們不能在 核心技術(shù)中很容易的增加某些新的功能。 用戶模式的解決方案 一種最理想的解決方案，我們不需要每次更改工廠里每個類的核心代碼，我們只要在一些接口中增加新的功能模塊，我們也可以使用一種遺傳算法來連接到接口上去，從制作一種更新的代碼時就實(shí)施一種最為普通的 保護(hù)我們自己的信息。 這種用戶模式確實(shí)做到了這一點(diǎn)，它使用了最簡單的、最基本的應(yīng)用配置來增加、清理、移除具體的沒有重新編譯的核心代碼的應(yīng)用程序。 這就像建立了一個鏈?zhǔn)降慕Y(jié)構(gòu)體系，而這個體系可以根據(jù)需要進(jìn)行擴(kuò)展。 供了 為可以互換成員對象，但是，如果你想從經(jīng)典的 退出，并且已經(jīng)有了通俗的成員對象數(shù)據(jù)庫，那么它就不能中止，而且，你還可以根據(jù)需要來重新設(shè)計它，還可以建立一個傳統(tǒng)的成員對象供給，同時應(yīng)用它來代替對用戶透明的界面 ,最后我們可以在 掌握他的新的性能。 這種用戶模式使用界面來進(jìn)行合作，或者很好地定義了 像在虛擬工廠模式中的接口一樣，此模式也允許完全控制在 應(yīng)用程序的工具，在我介紹怎樣使用 前，我們就 是使用的這種擁有此種功能的模式我們也要了解這種模式中內(nèi)部是怎么工作的。 我們要不斷地他新的技術(shù)來更好地實(shí)現(xiàn)它。為了證明此點(diǎn)：我們怎么去實(shí)施基于解決方案的這種用戶模式，我將創(chuàng)建一個最簡單的信用卡用戶來控制使用這種模式，此模式可以由信用卡中的信息和使用一種網(wǎng)關(guān)來支付交易的過程對這種模式進(jìn)行升級。被控制界面支持交付并且還可退款，我將創(chuàng)建兩個界面：一個 只是用來支持 處理信用卡和美國特殊的卡，而另一個也是用來支持這些但還可以處理一些額外的、不同作用的卡。這些界面是很簡單的，而且它們不能帶進(jìn)賬戶里那些復(fù)雜的比如商物鑒定等 。額外的邏輯性能可以控制怎么從一些基于卡類型的 5 界面中選取正確的界面。在我跳過講述解決方案應(yīng)用程序之前，讓我們來看看怎么樣完成這個產(chǎn)品的外觀的。圖 1 顯示了在失職時的實(shí)施控制圖，如果你試著去支付信用卡或者主卡，它將處理使用網(wǎng)關(guān)的途徑來對它進(jìn)行支付，你就能 在最底部 注意到 他們的交換 什么。 圖 1. 當(dāng) 你 們 試著用信用卡來支付，調(diào)節(jié)裝置將自動來選出擇一種最有效的網(wǎng)關(guān)途徑來進(jìn)行支付，這種情況如圖 2 所示。 6 圖 2. 由于這篇文章重點(diǎn)是放在用戶模式之上，所以我將只討論有關(guān)用戶模式相關(guān)的代碼，然而，所有的相關(guān)控件源代碼都是可以下載到的。 代碼的執(zhí)行 于用戶模式的代碼執(zhí)行情況 是相當(dāng)直接的。然而它設(shè)置某種規(guī)則，這種規(guī)則必須按照應(yīng)用程序的執(zhí)行而制定的。 當(dāng)我介紹這種簡單的試?yán)埃覍⒂懻撓逻@幾種規(guī)則： 7 規(guī)則 1: 很好的定義合作關(guān)系 用戶模式必須使用一個抽象類來定義協(xié)議，承?？蚣芙M使用了 來把所有內(nèi)部結(jié)構(gòu)進(jìn)行垂直劃分以便支持用戶的下層構(gòu)造（提供二級緩存和配置） 自動成為了用戶模式的組成部分，而不需要建立框架組。 用戶模式（協(xié)議類）應(yīng)該定義所有的方法和屬性，只要它們是作為公共接口的功能實(shí)現(xiàn)內(nèi)核所需要。這個基礎(chǔ)類應(yīng)該僅僅含有最少的功能函數(shù)集合，因此必須鼓勵執(zhí)行函數(shù)通過他們的方式提供真實(shí)參數(shù) . 按照以上規(guī)則， 的可能實(shí)現(xiàn)如下： : } 用戶模式類抽象和繼承自 該類發(fā)布了控制用的應(yīng)用程序接口（ 該接口的 實(shí)現(xiàn)是獨(dú)立于控制核心函數(shù)之外的。 規(guī)則 2: 唯一標(biāo)志 每一個用戶模式都有唯一的一個標(biāo)志名。 為部件所作準(zhǔn)備的軟件支持更多的程序，例如，為通過網(wǎng)關(guān)支付方式的方案。你可以像 次性或者其它的支付手段那樣對它進(jìn)行處理，同時我們還可以 為每個進(jìn)程 創(chuàng)建一個具體的 界面。這個主框架可以讓我們跟任何人打招呼，或者所有的人使用這個界面為大家所創(chuàng)的戶頭，這個戶頭是作為身份識別而被使用的，因此，它必須是唯一確定的。通過繼承 用戶界面定義了一個只讀戶頭作為私人財產(chǎn)，所有的具 體的應(yīng)用程序的執(zhí)行都得通過它，產(chǎn)生合適的用戶名，而這個用戶名則是由提供都確定的唯一的用戶名。 8 規(guī)則 3：配置信息 程序的配置信息就像一個有用的那個制造那個程序的提供者一樣， 并且他們的初始值在程序運(yùn)行配置文件時都應(yīng)該被保護(hù)起來，而具體的應(yīng)用程序則必須知道怎樣去初始化它。 一旦這個為部件或者是應(yīng)用程序性能的用戶界面建立起來，你就得在使用它之前在用戶配置文件中對它進(jìn)行說明，你可以 為主程序相同的性能中，在用戶配置文件中 定義 一個全局變量， 一個主程序能有其自己的初始值或者通過配置文件來對它進(jìn)行初始化，這種用戶模式配置的 語法規(guī)則在聲明中可以允許你來定義它們的值來作為名字與值相對應(yīng)，通常的語法規(guī)則 被描述為： 9 .0?s on a an or of to or In it be to of ne is is is is we by a to is in to of to a is a to is a is 10 to or of an or on At as an of In it is It is a in a of is a of it .0 it to In to I be as in To do a on in a .x it .0 so it be to .0 it If I to in at of o ? 004)) ? 005 005 # ) ? 003 ? 11 005 #. ? A 005 eb eb is ? is a to to as As is no in is as a be eb is to If is of be us to as in ? ? to of is at 12 ? be a of in a of of a in it of "To an of or an a of 3. It is a to be If is by of at we to 4. of If is to be we in he is we do to of we a of We of as to a PI to to It to or a to a be as .0 QL 13 is it if an SP .x do to a it of of to or PI in to in .0 in to of To a on is to To to I a of I of do as be in to on of in if to a it by id at 14 . to a as . 15 . is on I of of is in of is it be to of 16 : an be to By it of it to as of to to by be } is PI of PI is of : to a .0 a or a of 17 a to or of of is as it be By of a to it : be in an a of to a or is to it in it be an of in A or to to as to is 18