freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

系統(tǒng)應(yīng)用框架設(shè)計(jì)方案-資料下載頁(yè)

2024-11-07 22:52本頁(yè)面

【導(dǎo)讀】使得開(kāi)發(fā)的系統(tǒng)可擴(kuò)展性,可維護(hù)性,可理解性更好,性能、可靠性更高。使開(kāi)發(fā)更加快捷,輕松,方便、高效。為系統(tǒng)架構(gòu)、軟件框架的實(shí)現(xiàn)提供指導(dǎo)。公司項(xiàng)目管理人員、質(zhì)量管理人員,系統(tǒng)設(shè)計(jì)人員、程序開(kāi)發(fā)人員。實(shí)施維護(hù)人員、測(cè)試人員??傮w的設(shè)計(jì)和長(zhǎng)遠(yuǎn)的考慮,導(dǎo)致項(xiàng)目對(duì)以后的項(xiàng)目沒(méi)有重用性,每一個(gè)項(xiàng)目總是基本上從零開(kāi)始,嚴(yán)重影響軟件的質(zhì)量和制約軟件企業(yè)的發(fā)展。適用于企業(yè)所有基于J2EE或.Net平臺(tái)的B/S多層分布式系統(tǒng)。系統(tǒng)的開(kāi)發(fā)與部署,進(jìn)而提高可移植性、安全與再用價(jià)值。J2EE核心是一組技術(shù)規(guī)范與指南,致企業(yè)內(nèi)部或外部難以互通的窘境。B/S結(jié)構(gòu)即Browser/Server瀏覽器/服務(wù)器模式是WEB興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式,WEB瀏。B/S最大的優(yōu)點(diǎn)就是可以在任何地方進(jìn)。此外框架設(shè)計(jì)中遵循“開(kāi)閉原則”,即關(guān)閉修改,開(kāi)放擴(kuò)。斷完善,不斷發(fā)展??蚣車?yán)格采用分層思想,除了遵循好萊塢原則和開(kāi)閉原則外,在在層內(nèi)部

  

【正文】 級(jí) 結(jié) 點(diǎn)新 增 下 級(jí) 結(jié) 點(diǎn)刪 除 當(dāng) 前 結(jié) 點(diǎn)部 門 維 護(hù) 界 面部 門 維 護(hù) 界 面部 門 編 碼 : 部 門 名 稱 :上 級(jí) 編 碼 : 上 級(jí) 名 稱 :保 存 刪 除 關(guān) 閉B M 0 7 0 2成 本 科清 空 重 置負(fù) 責(zé) 人 :王 法 林B M 0 7財(cái) 務(wù) 科. . .備 注 :于 9 8 年 成 立結(jié) 點(diǎn) 信 息 第 46 頁(yè) 20201213 部 門 及 人 員 管 理 人 員 維 護(hù)部 門 及 人 員 管 理 人 員 維 護(hù)所 有 部 門管 理 部運(yùn) 營(yíng) 部財(cái) 務(wù) 部住 院 部后 勤 部資 產(chǎn) 明 細(xì)部 門 編 碼 : 部 門 名 稱 :負(fù) 責(zé) 人 : 654321序 號(hào) Z G 0 8 7 6 5Z G 0 0 7 6 4Z G 0 8 7 6 7Z G 8 7 6 5 6Z G 0 0 8 7 6Z G 0 0 7 8 9 人 員 編 碼注 冊(cè) 會(huì) 計(jì) 師高 級(jí) 會(huì) 計(jì) 師中 級(jí) 會(huì) 計(jì) 師會(huì) 計(jì) 人 員財(cái) 務(wù)出 納職 務(wù)查 詢 五 寧張 淳 皓張 鐵 林王 成 林張 寧王 平姓 名 女男男男女男姓 別結(jié) 點(diǎn) 信 息新 增 同 級(jí) 結(jié) 點(diǎn)新 增 下 級(jí) 結(jié) 點(diǎn)刪 除 當(dāng) 前 結(jié) 點(diǎn)相 關(guān) 結(jié) 點(diǎn) 部 門 人 員新 增 刪 除 ? 附注說(shuō)明: ? 結(jié)點(diǎn)刪除時(shí)將連同結(jié)點(diǎn)下的所有子結(jié)點(diǎn)一并被刪除。 ? 該框架同時(shí)持是否允許刪除有子結(jié)點(diǎn)的結(jié)點(diǎn),通過(guò)對(duì)樹(shù)的配置進(jìn)行來(lái)決定。 在展示其明細(xì)數(shù)據(jù)時(shí)同時(shí)也支持是否對(duì)列表信息維護(hù)的支持,通過(guò)用用 戶配置來(lái)決定是否折疊(折壘起來(lái)的列表結(jié)點(diǎn)信息的維護(hù)界面用戶仍可通過(guò)展開(kāi)按鈕進(jìn)行展開(kāi))。 6 附錄 面向?qū)ο笤O(shè)計(jì)原則 類設(shè)計(jì)原則 ? SRP 單一職責(zé)原則 : 一個(gè)類應(yīng)該有且只有一個(gè)改變的理由。 ? OCP 原則 即 開(kāi)封閉原則 一個(gè)模塊在擴(kuò)展性方面應(yīng)該 是開(kāi)放的而在更改性方面應(yīng)該是封閉的 ,開(kāi)閉原則換句話就是說(shuō)系統(tǒng)發(fā)生變化時(shí)應(yīng)對(duì)修改關(guān)閉,才擴(kuò)展開(kāi)放。 在進(jìn)行面向?qū)ο笤O(shè)計(jì)時(shí)要盡量考慮接口封裝機(jī)制、抽象機(jī)制和多態(tài)技術(shù)。該原則同樣適合于非面向?qū)ο笤O(shè)計(jì)的方法,是軟件工程設(shè)計(jì)方法的 第 47 頁(yè) 20201213 重要原則之一。 其它幾種原則如 :里氏替換原則,依賴倒置原則,合成聚合原則,迪米特原則,接口隔離原則,都是對(duì)開(kāi)閉原則的補(bǔ)充 和保證 。 ? LSP 原則: 派生類要與其基類自相容。 凡父類可以出現(xiàn)的地方子類均 可以出現(xiàn),該 原則是 Liskov于 1987 年提出的設(shè)計(jì)原則。它同樣可以從 Bertrand Meyer 的 DBC (Design by Contract) 的概念推出。 里氏替換原則:反過(guò)來(lái)則不成立,即凡子類出現(xiàn)的地方,父類不一定可以出現(xiàn)。 如抽象工廠模式,工廠方法等設(shè)計(jì)模式均采用該里氏原則 。 ? DIP: 依賴倒置原則 該原則是指 依賴于抽象而不是實(shí)現(xiàn)。 在進(jìn)行業(yè)務(wù)設(shè)計(jì)時(shí),與特定業(yè)務(wù)有關(guān)的依賴關(guān)系應(yīng)該盡量依賴接口和抽象類,而不是依賴于具體類。具體類只負(fù)責(zé)相關(guān)業(yè)務(wù)的實(shí)現(xiàn),修改具體類不 影響與特定業(yè)務(wù)有關(guān)的依賴關(guān)系。為此,我們?cè)谶M(jìn)行業(yè)務(wù)設(shè)計(jì)時(shí),應(yīng)盡量在接口或抽象類中定義業(yè)務(wù)方法的原型,并通過(guò)具體的實(shí)現(xiàn)類 (子類 )來(lái)實(shí)現(xiàn)該業(yè)務(wù)方法,業(yè)務(wù)方法內(nèi)容的修改將不會(huì)影響到運(yùn)行時(shí)業(yè)務(wù)方法的調(diào)用。 該原則與 面向接口編程思想是一致的。 ? 合成聚合原則 盡量 使用 引用關(guān)系,而不要且繼承,引用關(guān)系可以看作是一種特殊的繼承。在軟件工程中高內(nèi)聚,低藕合,引用關(guān)系藕合程度就低。 同時(shí)也遵循了面向?qū)ο蠓庋b原則。 ? 迪米特原則 最少知識(shí)原則,也可以理解為不要與陌生人講話。它指出系統(tǒng)內(nèi)部之間盡可以少地通信,廣義的迪米特原則即指通信的廣 度,同時(shí)也指通信的深度,廣度如門面模式,如中介者(又叫調(diào)停者模式), 門面模式。 ? ISP:接口隔離原則 ,客戶只要關(guān)注它們所需的接口。 接口盡可能少地單一性,如 IDispose,IClone 接口, 還有 迭代器,將接口開(kāi)放給用戶,這是主要是指限制通信的廣度。 包設(shè)計(jì)原則 ? REP, 重用發(fā)布等價(jià)原則 ,重用的粒度就是發(fā)布的粒度。 ? CCP, 共同封閉原則 ,包中的所有類對(duì)于同一類性質(zhì)的變化應(yīng)該是共同封閉的。 ? CRP, 共 同重用原則 ,一個(gè)包中的所有類應(yīng)該是共同重用的。 第 48 頁(yè) 20201213 包之間關(guān)系設(shè)計(jì)原則 ? ADP, 無(wú)環(huán)依賴原則 ,在包的依賴關(guān)系圖中不允許存在環(huán)。 ? SDP, 穩(wěn)定依賴原則 ,朝著穩(wěn)定的方向進(jìn)行依賴。 ? SAP, 穩(wěn)定抽象原則 ,包的抽象程度應(yīng)該和其穩(wěn)定程度一致。 面向?qū)ο?經(jīng)驗(yàn) 原則 “ 你不必嚴(yán)格遵守這些原則,違背它們也不會(huì)被處以宗教刑罰。但你應(yīng)當(dāng)把這些原則看成警鈴,若違背了其中的一條,那么警鈴就會(huì)響起。 ” Arthur 1) 所有數(shù)據(jù)都應(yīng)該隱藏在所在的類的內(nèi)部。 2) 類的使用者必須依賴類的共有接口,但類不能依賴它的使用者。 3) 盡量減少類的協(xié)議中的消息。 4) 實(shí)現(xiàn)所有類都理解的最基本公有接口 [例如,拷貝操作 (深拷貝和淺拷貝 )、相等性判斷、正確輸出內(nèi)容、從 ASCII描述解析等等 ]。 5) 不要把實(shí)現(xiàn)細(xì)節(jié) (例如放置共用代碼的私有函數(shù) )放到類的公有接口中。如果類的兩個(gè)方法有一段公共代碼,那么就可以創(chuàng)建一個(gè)防止這些公共代碼的私有函數(shù)。 6) 不要以用戶無(wú)法使用或不感興趣的東西擾亂類的公有接口。 7) 類之間應(yīng)該零耦合,或者只有導(dǎo)出耦合關(guān)系。也即,一個(gè)類要么同另一個(gè)類毫無(wú)關(guān)系,要么只使用另一個(gè)類的公有接口中的操作。 8) 類應(yīng)該只表示一個(gè)關(guān)鍵抽象。 包中的所有類對(duì)于同一類性質(zhì)的變化應(yīng)該是共同 封閉的。一個(gè)變化若對(duì)一個(gè)包影響,則將對(duì)包中的所有類產(chǎn)生影響,而對(duì)其他的包不造成任何影響 . 9) 把相關(guān)的數(shù)據(jù)和行為集中放置。 設(shè)計(jì)者應(yīng)當(dāng)留意那些通過(guò) get之類操作從別的對(duì)象中獲取數(shù)據(jù)的對(duì)象。這種類型的行為暗示著這條經(jīng)驗(yàn)原則被違反了。 10) 把不相關(guān)的信息放在另一個(gè)類中 (也即:互不溝通的行為 )。 朝著穩(wěn)定的方向進(jìn)行依賴 . 11) 確保你為之建模的抽象概念是類,而不只是對(duì)象扮演的角色。 12) 在水平方向上盡可能統(tǒng)一地分布系統(tǒng)功能,也即:按照設(shè)計(jì),頂層類應(yīng)當(dāng)統(tǒng)一地共享工作。 第 49 頁(yè) 20201213 13) 在你的系統(tǒng)中不要?jiǎng)?chuàng)建全能類 /對(duì)象。對(duì)名字包含 Driver、 Manager、 System、 Susystem的類要特別多加小心。 規(guī)劃一個(gè)接口而不是實(shí)現(xiàn)一個(gè)接口。 14) 對(duì)公共接口中定義了大量訪問(wèn)方法的類多加小心。大量訪問(wèn)方法意味著相關(guān)數(shù)據(jù)和行為沒(méi)有集中存放。 15) 對(duì)包含太多互不溝通的行為的類多加小心。 這個(gè)問(wèn)題的另一表現(xiàn)是在你的應(yīng)用程序中的類的公有接口中創(chuàng)建了很多的 get和 set函數(shù)。 16) 在由同用戶界面交互的面向?qū)ο竽P蜆?gòu)成的應(yīng)用程序中,模型不應(yīng)該依賴于界面,界面則應(yīng)當(dāng)依賴于模型。 17) 盡可能地按照現(xiàn)實(shí)世界建模 (我們常常為了遵守系統(tǒng)功能分布原則、避免全能類原則以及集中放置相關(guān) 數(shù)據(jù)和行為的原則而違背這條原則 ) 。 18) 從你的設(shè)計(jì)中去除不需要的類。 一般來(lái)說(shuō),我們會(huì)把這個(gè)類降級(jí)成一個(gè)屬性。 19) 去除系統(tǒng)外的類。 系統(tǒng)外的類的特點(diǎn)是,抽象地看它們只往系統(tǒng)領(lǐng)域發(fā)送消息但并不接受系統(tǒng)領(lǐng)域內(nèi)其他類發(fā)出的消息。 20) 不要把操作變成類。質(zhì)疑任何名字是動(dòng)詞或者派生自動(dòng)詞的類,特別是只有一個(gè)有意義行為的類??紤]一下那個(gè)有意義的行為是否應(yīng)當(dāng)遷移到已經(jīng)存在或者尚未發(fā)現(xiàn)的某個(gè)類中。 21) 我們?cè)趧?chuàng)建應(yīng)用程序的分析模型時(shí)常常引入代理類。在設(shè)計(jì)階段,我們常會(huì)發(fā)現(xiàn)很多代理沒(méi)有用的,應(yīng)當(dāng)去除。 22) 盡量減少類的協(xié)作者的數(shù)量。 一 個(gè)類用到的其他類的數(shù)目應(yīng)當(dāng)盡量少。 23) 盡量減少類和協(xié)作者之間傳遞的消息的數(shù)量。 24) 盡量減少類和協(xié)作者之間的協(xié)作量,也即:減少類和協(xié)作者之間傳遞的不同消息的數(shù)量。 25) 盡量減少類的扇出,也即:減少類定義的消息數(shù)和發(fā)送的消息數(shù)的乘積。 26) 如果類包含另一個(gè)類的對(duì)象,那么包含類應(yīng)當(dāng)給被包含的對(duì)象發(fā)送消息。也即:包含關(guān)系總是意味著使用關(guān)系。 27) 類中定義的大多數(shù)方法都應(yīng)當(dāng)在大多數(shù)時(shí)間里使用大多數(shù)數(shù)據(jù)成員。 第 50 頁(yè) 20201213 28) 類包含的對(duì)象數(shù)目不應(yīng)當(dāng)超過(guò)開(kāi)發(fā)者短期記憶的容量。這個(gè)數(shù)目常常是 6。 當(dāng)類包含多于 6個(gè)數(shù)據(jù)成員時(shí),可以把邏輯相關(guān)的數(shù)據(jù)成員劃分 為一組,然后用一個(gè)新的包含類去包含這一組成員。 29) 讓系統(tǒng)功能在窄而深的繼承體系中垂直分布。 30) 在實(shí)現(xiàn)語(yǔ)義約束時(shí),最好根據(jù)類定義來(lái)實(shí)現(xiàn)。這常常會(huì)導(dǎo)致類泛濫成災(zāi),在這種情況下,約束應(yīng)當(dāng)在類的行為中實(shí)現(xiàn),通常是在構(gòu)造函數(shù)中實(shí)現(xiàn),但不是必須如此。 31) 在類的構(gòu)造函數(shù)中實(shí)現(xiàn)語(yǔ)義約束時(shí),把約束測(cè)試放在構(gòu)造函數(shù)領(lǐng)域所允許的盡量深的包含層次中。 32) 約束所依賴的語(yǔ)義信息如果經(jīng)常改變,那么最好放在一個(gè)集中式的第 3方對(duì)象中。 33) 約束所依賴的語(yǔ)義信息如果很少改變,那么最好分布在約束所涉及的各個(gè)類中。 34) 類必須知道它包含什么,但是不能知道誰(shuí)包含 它。 35) 共享字面范圍 (也就是被同一個(gè)類所包含 )的對(duì)象相互之間不應(yīng)當(dāng)有使用關(guān)系。 36) 繼承只應(yīng)被用來(lái)為特化層次結(jié)構(gòu)建模。 37) 派生類必須知道基類,基類不應(yīng)該知道關(guān)于它們的派生類的任何信息。 38) 基類中的所有數(shù)據(jù)都應(yīng)當(dāng)是私有的,不要使用保護(hù)數(shù)據(jù)。 類的設(shè)計(jì)者永遠(yuǎn)都不應(yīng)該把類的使用者不需要的東西放在公有接口中。 39) 在理論上,繼承層次體系應(yīng)當(dāng)深一點(diǎn),越深越好。 40) 在實(shí)踐中,繼承層次體系的深度不應(yīng)當(dāng)超出一個(gè)普通人的短期記憶能力。一個(gè)廣為接受的深度值是 6。 41) 所有的抽象類都應(yīng)當(dāng)是基類。 42) 所有的基類都應(yīng)當(dāng)是抽象類。 43) 把數(shù)據(jù)、行為和 /或接口 的共性盡可能地放到繼承層次體系的高端。 44) 如果兩個(gè)或更多個(gè)類共享公共數(shù)據(jù) (但沒(méi)有公共行為 ),那么應(yīng)當(dāng)把公共數(shù)據(jù)放在一個(gè)類中,每個(gè)共享這個(gè)數(shù)據(jù)的類都包含這個(gè)類。 45) 如果兩個(gè)或更多個(gè)類有共同的數(shù)據(jù)和行為 (就是方法 ),那么這些類的每一個(gè)都應(yīng)當(dāng)從一個(gè)表示了這些數(shù)據(jù)和方法的公共基類繼承。 46) 如果兩個(gè)或更多個(gè)類共享公共接口 (指的是消息,而不是方法 ),那么只有他們需要被多態(tài)地使用時(shí),他們才應(yīng)當(dāng)從一個(gè)公共基類繼承。 47) 對(duì)對(duì)象類型的顯示的分情況分析一般是錯(cuò)誤的。在大多數(shù)這樣的情況下,設(shè)計(jì)者應(yīng)當(dāng)使用多態(tài)。 第 51 頁(yè) 20201213 48) 對(duì)屬性值的顯示的分情況分析常 常是錯(cuò)誤的。類應(yīng)當(dāng)解耦合成一個(gè)繼承層次結(jié)構(gòu),每個(gè)屬性值都被變換成一個(gè)派生類。 49) 不要通過(guò)繼承關(guān)系來(lái)為類的動(dòng)態(tài)語(yǔ)義建模。試圖用靜態(tài)語(yǔ)義關(guān)系來(lái)為動(dòng)態(tài)語(yǔ)義建模會(huì)導(dǎo)致在運(yùn)行時(shí)切換類型。 50) 不要把類的對(duì)象變成派生類。對(duì)任何只有一個(gè)實(shí)例的派生類都要多加小心。 51) 如果你覺(jué)得需要在運(yùn)行時(shí)刻創(chuàng)建新的類,那么退后一步以認(rèn)清你要?jiǎng)?chuàng)建的是對(duì)象?,F(xiàn)在,把這些對(duì)象概括成一個(gè)類。 52) 在派生類中用空方法 (也就是什么也不做的方法 )來(lái)覆寫(xiě)基類中的方法應(yīng)當(dāng)是非法的。 53) 不要把可選包含同對(duì)繼承的需要相混淆。把可選包含建模成繼承會(huì)帶來(lái)泛濫成災(zāi)的類。 54) 在創(chuàng)建繼 承層次時(shí),試著創(chuàng)建可復(fù)用的框架,而不是可復(fù)用的組件。 55) 如果你在設(shè)計(jì)中使用了多重繼承,先假設(shè)你犯了錯(cuò)誤。如果沒(méi)犯錯(cuò)誤,你需要設(shè)法證明。 56) 只要在面向?qū)ο笤O(shè)計(jì)中用到了繼承,問(wèn)自己兩個(gè)問(wèn)題: (1)派生類是否是它繼承的那個(gè)東西的一個(gè)特殊類型? (2)基類是不是派生類的一部分? 57) 如果你在一個(gè)面向?qū)ο笤O(shè)計(jì)中發(fā)現(xiàn)多重繼承關(guān)系,確保沒(méi)有哪個(gè)基類實(shí)際上是另一個(gè)基類的派生類。 58) 在面向?qū)ο笤O(shè)計(jì)中如果你需要在包含關(guān)系和關(guān)聯(lián)關(guān)系間作出選擇,請(qǐng)選擇包含關(guān)系。 59) 不要把全局?jǐn)?shù)據(jù)或全局函數(shù)用于類的對(duì)象的薄記工作。應(yīng)當(dāng)使用類變量或類方法。 60) 面向 對(duì)象設(shè)計(jì)者不應(yīng)當(dāng)讓物理設(shè)計(jì)準(zhǔn)則來(lái)破壞他們的邏輯設(shè)計(jì)。但是,在對(duì)邏輯設(shè)計(jì)作出決策的過(guò)程中我們經(jīng)常用到物理設(shè)計(jì)準(zhǔn)則。 61) 不要繞開(kāi)公共接口去修改對(duì)象的狀態(tài)。
點(diǎn)擊復(fù)制文檔內(nèi)容
黨政相關(guān)相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1