版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、精選優(yōu)質(zhì)文檔-傾情為你奉上設(shè)計(jì)準(zhǔn)則I:正確性和健壯性1. 正確性:每個(gè)項(xiàng)目都要滿足指定的需求,然后一起滿足所有應(yīng)用程序的需求,設(shè)計(jì)的正確性一般是指充分性,實(shí)現(xiàn)正確性的正式方法是依靠數(shù)學(xué)邏輯,非正式方法是判斷設(shè)計(jì)是否滿足所需的功能,當(dāng)進(jìn)入詳細(xì)設(shè)計(jì)階段時(shí),經(jīng)常采用正式方法來(lái)判斷正確性。2. 模塊可是類或者類的包,包的接口和類的接口不同,包不能被實(shí)例化,通過(guò)包來(lái)使用接口的一種方法是利用包中指定對(duì)象來(lái)提供相應(yīng)的接口。3. 為了模塊化特定的應(yīng)用程序,在高層需要?jiǎng)?chuàng)建包,在底層需要?jiǎng)?chuàng)建類4. 設(shè)計(jì)中用到兩種類:領(lǐng)域類和非領(lǐng)域類,一般是從領(lǐng)域類開(kāi)始類的選擇,然后擴(kuò)展到非領(lǐng)域類,非領(lǐng)域類通常用于概括領(lǐng)域類。5.
2、 健壯性:防止錯(cuò)誤輸入,防止開(kāi)發(fā)錯(cuò)誤;提高健壯性的辦法:檢查輸入、初始化、參數(shù)傳遞技術(shù)、檢查參數(shù)是否違反約束的方法、在類中捕獲參數(shù)、包裝參數(shù)、強(qiáng)化意圖。設(shè)計(jì)準(zhǔn)則II 靈活性、可重用性、高效性1. 靈活性:在設(shè)計(jì)時(shí)通常要考慮到將來(lái)的變化;增加新功能要依據(jù)其上下文和應(yīng)用范圍2. 可重用性:一個(gè)方法相對(duì)于上下文環(huán)境越獨(dú)立,其可重用性就越高;完全指定、避免不必要的封裝類耦合、讓名字更具表達(dá)性、解釋算法。3. 高效性:應(yīng)用程序必須在指定時(shí)間內(nèi)完成特定的功能,同樣,對(duì)內(nèi)存容量也有一定的要求設(shè)計(jì)模式引言:1. 設(shè)計(jì)目標(biāo)是:靈活性、健壯性、可重用性2. 設(shè)計(jì)原則:面向接口編程的原則(面向接口編程而不是面向?qū)崿F(xiàn)
3、編程)、可變性封裝、開(kāi)閉原則(對(duì)擴(kuò)展開(kāi)放,對(duì)修改關(guān)閉)、里氏替換原則(適用于父類,但不一定適用子類)、組合/聚合原則(盡量使用組合聚合/聚合,盡量不使用繼承);接口隔離原則(避免接口污染)、依賴倒轉(zhuǎn)原則(高層低層依賴于抽象、細(xì)節(jié)依賴于抽象)、迪米特原則(不和陌生人說(shuō)話)、單一原則3. 模式的四個(gè)基本要素:?jiǎn)栴}(描述了應(yīng)該在何時(shí)使用模式)、解決方案(描述了設(shè)計(jì)的組成成分)、效果(描述了模式應(yīng)用的效果及使用模式應(yīng)該權(quán)衡的問(wèn)題)、模式名稱4. 設(shè)計(jì)模式分類:按照目的可以分為:創(chuàng)建型、結(jié)構(gòu)型、行為型 按照范圍可以分為:類模式、對(duì)象模式5. 模式和框架的區(qū)別:1) 設(shè)計(jì)模式比框架更抽象2) 設(shè)計(jì)模式是比
4、框架更小的體系結(jié)構(gòu)元素3) 框架比設(shè)計(jì)模式更加特例化創(chuàng)建型模式:1. 創(chuàng)建型模式包括抽象工廠模式、生成器模式、工廠模式、原型模式、單件模式2. 創(chuàng)建型模式抽象了實(shí)例化過(guò)程,它們幫助一個(gè)系統(tǒng)獨(dú)立于如何創(chuàng)建、組合和表示它的那些對(duì)象3. 一個(gè)類創(chuàng)建型模式使用繼承改變被實(shí)例化的類,而一個(gè)對(duì)象創(chuàng)建型模式將實(shí)例化委托給另一個(gè)對(duì)象。4. 隨著系統(tǒng)演化地越來(lái)越依賴于對(duì)象復(fù)合而不是類繼承,創(chuàng)建型模式變得更為重要5. 創(chuàng)建型模式在什么被創(chuàng)建、誰(shuí)創(chuàng)建它、它是怎樣被創(chuàng)建的以及何時(shí)創(chuàng)建這些方面給予很大的靈活性6. 抽象工廠模式:意圖:提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口而不需要指定他們具體的類別名:KIT適用性:
5、1) 一個(gè)系統(tǒng)不應(yīng)當(dāng)依賴于產(chǎn)品類實(shí)例如何被創(chuàng)建、組合和表達(dá)的細(xì)節(jié)2) 這個(gè)系統(tǒng)的產(chǎn)品有多余一個(gè)的產(chǎn)品族,而系統(tǒng)只消費(fèi)其中某一個(gè)族的產(chǎn)品3) 同屬于一個(gè)產(chǎn)品族的產(chǎn)品是在一起使用的4) 系統(tǒng)提供一個(gè)產(chǎn)品類的庫(kù),所有產(chǎn)品以同樣的接口實(shí)現(xiàn),從而使客戶端不依賴于實(shí)現(xiàn)參與者:抽象工廠角色(核心)、具體工廠(在客戶端的調(diào)用下創(chuàng)建實(shí)例)、抽象產(chǎn)品(所擁有的共同接口)、具體產(chǎn)品效果:1)分離了具體的類 2)使得易于交換產(chǎn)品系列 3)有利于產(chǎn)品的一致性 4)難以支持新種類的產(chǎn)品實(shí)現(xiàn):1)將工廠作為一個(gè)單件 2)創(chuàng)建產(chǎn)品 3)定義可擴(kuò)展的工廠相關(guān):AbstractFactory類通常用工廠方法實(shí)現(xiàn),一個(gè)具體工廠通常
6、是一個(gè)單件工廠方法模式:意圖:定義一個(gè)用于創(chuàng)建對(duì)象的接口,讓子類決定實(shí)例化哪個(gè)類。Factory Method使一個(gè)類的實(shí)例化延遲到其子類別名:虛構(gòu)造器適用性: 1)當(dāng)一個(gè)類不知道它所必須創(chuàng)建的對(duì)象的類的時(shí)候 2)當(dāng)一個(gè)類希望由他的子類來(lái)指定他所創(chuàng)建的對(duì)象的時(shí)候效果: 1)多態(tài)性: 客戶代碼可以做到與特定應(yīng)用無(wú)關(guān),適用于任何實(shí)體類 2)子類提供掛鉤?;悶楣S方法提供缺省實(shí)現(xiàn),子類可以重寫(xiě)新的實(shí)現(xiàn),也可以繼承父類的實(shí)現(xiàn)。- 加一層間接性,增加了靈活性 3)封裝性好,擴(kuò)展性好,屏蔽產(chǎn)品類 4)需要Creator和相應(yīng)的子類作為factory method的載體,如果應(yīng)用模型確實(shí)需要creator
7、和子類存在,則很好;否則的話,需要增加一個(gè)類層次單件模式:意圖:保證一個(gè)類有且只有一個(gè)實(shí)例,并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)適用性:1)當(dāng)類只能有一個(gè)實(shí)例而且客戶可以從一個(gè)眾所周知的訪問(wèn)點(diǎn)訪問(wèn)它2) 當(dāng)這個(gè)唯一實(shí)例應(yīng)該是通過(guò)子類化可擴(kuò)展的,并且客戶應(yīng)該無(wú)需更改代碼就能使用一個(gè)擴(kuò)展類的實(shí)例優(yōu)點(diǎn):1)對(duì)唯一實(shí)例的受控訪問(wèn) 2)縮小名空間 3)允許對(duì)操作和表示的精化 4)比類操作更靈活使用單件模式的要點(diǎn):?jiǎn)渭J街械膶?shí)例構(gòu)造器可以設(shè)置為protected 以允許子類派生; 單件模式只考慮到了對(duì)象創(chuàng)建的管理,沒(méi)有考慮對(duì)象銷毀的管理。實(shí)現(xiàn):保證一個(gè)唯一的實(shí)例;創(chuàng)建單件類的子類/本質(zhì):內(nèi)存中只能有一個(gè)對(duì)象/案
8、例:定時(shí)器,計(jì)數(shù)器/使用場(chǎng)景:一個(gè)項(xiàng)目只要一個(gè)共享訪問(wèn)點(diǎn)和共享數(shù)據(jù);創(chuàng)建對(duì)象消耗資源比較多,如IO操作和數(shù)據(jù)庫(kù)讀取/注意:線程安全public sealed class Singleton private static Singleton _singleton = null; private static readonly object _synLock = new object(); private Singleton() public static Singleton GetInstance() lock (_synLock) if (_singleton=null) _singleton
9、 = new Singleton(); return _singleton; 結(jié)構(gòu)型模式:1. 結(jié)構(gòu)型模式涉及到如何組合類和對(duì)象以獲得更大的結(jié)構(gòu)。2. 結(jié)構(gòu)型類模式采用繼承機(jī)制來(lái)組合接口或者實(shí)現(xiàn)。3. 結(jié)構(gòu)型模式包括:適配器模式(類對(duì)象)、組合模式(對(duì)象)、裝飾模式(對(duì)象)4. 適配器模式:意圖:將一個(gè)類的接口轉(zhuǎn)化為客戶希望的另外一個(gè)接口,Adapter模式使得原本由于接口不兼容而不能夠在一起工作的類可以一起工作別名:包裝器適用性:1)想使用一個(gè)已經(jīng)存在的類,但接口不符合需要2) 想創(chuàng)建一個(gè)可復(fù)用的類,該類可以和其他不相關(guān)的類和不可預(yù)見(jiàn)的類協(xié)同工作3) 想使用一些已經(jīng)存在的類,但不可能對(duì)每一個(gè)
10、都子類化以匹配他們的接口,對(duì)象適配器可以可以適配他們的父類接口結(jié)構(gòu):類適配器(使用多重繼承) 對(duì)象適配器(使用對(duì)象組合)效果:類適配器:1)用一個(gè)具體的類適配Adaptee和Target,當(dāng)想要匹配一個(gè)類及他的子類的時(shí)候,類Adapter將不再適用 2)Adapter可以重新定義Adaptee的部分方法 3)僅僅引入了一個(gè)對(duì)象,不需要額外的指針對(duì)象適配器:1)允許Adapter和一個(gè)或者多個(gè)Adaptee進(jìn)行適配,Adapter可以一次性給多個(gè)Adaptee添加功能2) 使得重新定義Adaptee的部分希望變得困難注意事項(xiàng):1)Adapter的匹配程度 2)可插入的Adapter 3)使用雙向
11、適配器通過(guò)透明操作實(shí)現(xiàn):可插入的適配器的實(shí)現(xiàn)方法:使用抽象操作、使用代理對(duì)象、參數(shù)化的適配器組合模式:意圖:將對(duì)象組合成數(shù)結(jié)構(gòu)以表示“整體部分”結(jié)構(gòu),組合模式使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性適用性:1)想表示對(duì)象的“整體部分”的結(jié)構(gòu)2) 希望用戶忽略組合對(duì)象與單個(gè)對(duì)象的不同,用戶將統(tǒng)一地使用組合結(jié)構(gòu)中的對(duì)象效果:1)通過(guò)遞歸組合,在客戶端代碼中,任何用到基本對(duì)象的地方都可以使用組合對(duì)象2) 簡(jiǎn)化客戶代碼,客戶可以一致地使用組合結(jié)構(gòu)和單個(gè)對(duì)象3) 使得更容易添加新類型的組件4) 設(shè)計(jì)一般化,由于容易添加新組件,也將容易帶來(lái)新問(wèn)題裝飾模式:意圖:動(dòng)態(tài)地給一些對(duì)象添加一些額外的職責(zé)。別名
12、:包裝器模式適用性:1)在不影響其他對(duì)象的情況下,以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)2) 處理那些可以撤銷的職責(zé)3) 當(dāng)不能采用生成子類的方法進(jìn)行擴(kuò)充時(shí)。效果:1)比靜態(tài)繼承更靈活 2)避免在層次結(jié)構(gòu)高層的類有太多的特征 3)Decorator余它的Component不一樣 4)有許多小對(duì)象使用注意事項(xiàng):1)接口的一致性2)省略抽象的Decorator類 3)保持Component類的簡(jiǎn)單性 行為模式:迭代器模式:意圖:提供一種方法順序訪問(wèn)一個(gè)集合對(duì)象中的各個(gè)元素,而不暴露該對(duì)象的內(nèi)部表示別名:游標(biāo)適應(yīng)性:1)訪問(wèn)一個(gè)聚合對(duì)象的內(nèi)容而無(wú)需暴露它的內(nèi)部表示2) 支持對(duì)聚合對(duì)象的多重遍歷3) 支
13、持多重迭代效果:1)它支持以不同的方式遍歷一個(gè)聚合 2)簡(jiǎn)化了聚合的接口 3)在同一個(gè)聚合上可以有多個(gè)遍歷觀察者模式:意圖:定義對(duì)象間的一對(duì)多的關(guān)系,當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生變化時(shí),所有依賴于他的對(duì)象都得到通知并被自動(dòng)更新別名:依賴,發(fā)布訂閱適用性:1)當(dāng)一個(gè)抽象模式有兩個(gè)方面,其中一個(gè)方面依賴于另一個(gè)方面,將這二者封裝在獨(dú)立的對(duì)象中以使它們可以各自獨(dú)立地改變及復(fù)用2) 當(dāng)對(duì)一個(gè)對(duì)象的改變需要同時(shí)改變其他對(duì)象,而不知道有多少對(duì)象有待改變3) 當(dāng)一個(gè)對(duì)象必須通知其他對(duì)象,但又不能假定其他對(duì)象是誰(shuí)效果:1)目標(biāo)和觀察者間的抽象耦合 2)支持廣播通信 3)意外的更新?tīng)顟B(tài)模式:意圖:允許一個(gè)對(duì)象在其內(nèi)部狀
14、態(tài)發(fā)生改變時(shí)改變了它的詢問(wèn),對(duì)象看起來(lái)似乎改變了它的類別名:狀態(tài)對(duì)象適用性:1)一個(gè)對(duì)象的行為取決于他的狀態(tài),并且它必須在運(yùn)行時(shí)刻根據(jù)狀態(tài)改變它的行為2) 一個(gè)操作中含有龐大的多分支語(yǔ)句,并且這些分支依賴于該對(duì)象的狀態(tài)效果:1)將有特定效果的行為局部化,并將不同狀態(tài)的行為分割開(kāi)來(lái) 2)使得狀態(tài)轉(zhuǎn)換顯示化 3)State對(duì)象可被共享體系結(jié)構(gòu):定義:軟件體系結(jié)構(gòu)包括構(gòu)成系統(tǒng)的設(shè)計(jì)元素的描述,設(shè)計(jì)元素的交互,設(shè)計(jì)元素組合的模式,以及這些模式中的約束。意義:1)體系結(jié)構(gòu)是風(fēng)險(xiǎn)承擔(dān)者進(jìn)行交流的手段 2)體系結(jié)構(gòu)有助于系統(tǒng)級(jí)關(guān)注點(diǎn)的理解 3)體系結(jié)構(gòu)是早期設(shè)計(jì)決策的體現(xiàn) 4)軟件體系結(jié)構(gòu)是可傳遞和可重用的
15、模型作用:軟件系統(tǒng)的體系結(jié)構(gòu)定義系統(tǒng)由計(jì)算構(gòu)件和構(gòu)件之間的相互作用組成;體系結(jié)構(gòu)還指出了系統(tǒng)需求和已構(gòu)建系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系,能為設(shè)計(jì)方案的選擇提供基本原則。研究?jī)?nèi)容:1)通過(guò)提供一種新的體系結(jié)構(gòu)描述語(yǔ)言(Architectural Description Language)解決體系結(jié)構(gòu)描述問(wèn)題2) 體系結(jié)構(gòu)領(lǐng)域知識(shí)的總結(jié)性研究。3) 針對(duì)特定領(lǐng)域的框架的研究。4) 軟件體系結(jié)構(gòu)形式化支持的研究。框架、體系結(jié)構(gòu)、設(shè)計(jì)模式三者的比較:1) 設(shè)計(jì)模式是對(duì)在某種環(huán)境中反復(fù)出現(xiàn)的問(wèn)題以及解決該問(wèn)題的方案的描述,比框架更抽象;2) 框架可用代碼表示,也能直接執(zhí)行或復(fù)用,而對(duì)模式而言只有實(shí)例才能用代碼
16、表示3) 設(shè)計(jì)模式是比框架更小的元素,一個(gè)框架中往往含有一個(gè)或多個(gè)設(shè)計(jì)模式,框架總是針對(duì)某一特定應(yīng)用領(lǐng)域,但同一模式卻可適用于各種不同的應(yīng)用。4) 體系結(jié)構(gòu)風(fēng)格描述了軟件系統(tǒng)的整體組織結(jié)構(gòu),它獨(dú)立于實(shí)際問(wèn)題。而設(shè)計(jì)模式和應(yīng)用框架更加面向具體問(wèn)題。常見(jiàn)的體系結(jié)構(gòu)的優(yōu)缺點(diǎn):兩層C/S結(jié)構(gòu):優(yōu)點(diǎn):1)強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡(jiǎn)單,易于人們理解和接受。 2)硬件和軟件的變化顯示出極大的適應(yīng)性和靈活性,而且易于對(duì)系統(tǒng)進(jìn)行擴(kuò)充和縮小 3)大的應(yīng)用處理任務(wù)分布到許多通過(guò)網(wǎng)絡(luò)連接的低成本計(jì)算機(jī)上,以節(jié)約大量費(fèi)用。缺點(diǎn):開(kāi)發(fā)成本較高、客戶端程序設(shè)計(jì)復(fù)雜、信息內(nèi)容和形式單一、用戶界面風(fēng)格不一、軟件移
17、植困難、軟件維護(hù)和升級(jí)困難、新技術(shù)不能輕易應(yīng)用三層C/S結(jié)構(gòu): 優(yōu)點(diǎn):1)允許合理地劃分三層結(jié)構(gòu)的功能,使之在邏輯上保持相對(duì)獨(dú)立性,能提高系統(tǒng)和軟件的可維護(hù)性和可擴(kuò)展性 2)允許更靈活有效地選用相應(yīng)的平臺(tái)和硬件系統(tǒng)。并且這些平臺(tái)和各個(gè)組成部分可以具有良好的可升級(jí)性和開(kāi)放性。 3)應(yīng)用的各層可以并行開(kāi)發(fā) 4)為嚴(yán)格的安全管理奠定了堅(jiān)實(shí)的基礎(chǔ)缺點(diǎn):1)三層C/S結(jié)構(gòu)各層間的通信效率若不高,即使分配給各層的硬件能力很強(qiáng),其作為整體來(lái)說(shuō)也達(dá)不到所要求的性能 2)設(shè)計(jì)時(shí)必須慎重考慮三層間的通信方法、通信頻度及數(shù)據(jù)量。這和提高各層的獨(dú)立性一樣是三層C/S結(jié)構(gòu)的關(guān)鍵問(wèn)題。B/S結(jié)構(gòu):優(yōu)點(diǎn):1)基于B/S體系
18、結(jié)構(gòu)的軟件,系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決,達(dá)到了“零客戶端”的功能,很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。2) B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)缺點(diǎn):1)B/S體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力,沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理功能2) B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差,安全性難以控制。3) 采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng),在數(shù)據(jù)查詢等響應(yīng)速度上,要遠(yuǎn)遠(yuǎn)地低于C/S體系結(jié)構(gòu)4) 數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng),不利于在線事務(wù)處理(OLTP)應(yīng)用C/S與B/S混合之“內(nèi)外有別”模型:優(yōu)點(diǎn):外部用戶不直接訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器,能保證企業(yè)數(shù)據(jù)庫(kù)的相對(duì)安全;企業(yè)內(nèi)部用戶的交互
19、性較強(qiáng),數(shù)據(jù)查詢和修改的響應(yīng)速度較快缺點(diǎn):企業(yè)外部用戶修改和維護(hù)數(shù)據(jù)是速度較慢,較煩瑣,數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)C/S與B/S混合之“查改有別”模型:優(yōu)點(diǎn):優(yōu)點(diǎn)體現(xiàn)了B/S體系結(jié)構(gòu)和C/S體系結(jié)構(gòu)的共同優(yōu)點(diǎn),即B/S對(duì)客戶端要求不高,只需要查詢的客戶端只要安裝瀏覽器即可,提供了開(kāi)放性,實(shí)現(xiàn)修改的終端和服務(wù)器之間采取C/S結(jié)構(gòu)。缺點(diǎn):外部用戶能直接通過(guò)Internet連接到數(shù)據(jù)庫(kù)服務(wù)器,企業(yè)數(shù)據(jù)容易暴露給外部用戶,給數(shù)據(jù)安全造成了一定的威脅體系結(jié)構(gòu)案例:1.名稱:上下文關(guān)鍵字解決方案:1)基于功能分解,可以共享訪問(wèn)數(shù)據(jù)表示;2) 基于隱藏設(shè)計(jì)決策的分解2. 名稱:儀器軟件解決方案:1)改進(jìn)后的管道過(guò)濾器模型2) 專用化模型3. 名稱:移動(dòng)機(jī)器人解決方案:1)控制環(huán)路2) 分層體系結(jié)構(gòu)3) 隱式調(diào)用4) 黑板體系結(jié)構(gòu)體系結(jié)構(gòu)評(píng)估方法:1) SAAM(軟件架構(gòu)分析方法)體系結(jié)構(gòu)的描述、場(chǎng)景的形成、場(chǎng)景的分類和優(yōu)先級(jí)的確定、對(duì)間接場(chǎng)景的單個(gè)評(píng)估、場(chǎng)景相互作用的評(píng)估、形成總體評(píng)估2) ATAM(體系結(jié)構(gòu)權(quán)衡分析方法)步驟:1)描述 :描述ATAM方法 描述商業(yè)動(dòng)機(jī)、描述體系結(jié)構(gòu) 2)調(diào)查與分析: 確定體系結(jié)構(gòu)方法、生成質(zhì)量屬性效用樹(shù)、分析體系結(jié)構(gòu)方法
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度智能垃圾分類處理合同2篇
- 2025年醫(yī)療器械代理合同
- 二零二五版美容美發(fā)行業(yè)綠色生產(chǎn)與可持續(xù)發(fā)展合同4篇
- 2025年倉(cāng)儲(chǔ)物流安全保障合同
- 2025年倉(cāng)儲(chǔ)庫(kù)房溫濕度監(jiān)控合同
- 二零二五版房地產(chǎn)項(xiàng)目股份分割與轉(zhuǎn)讓合同3篇
- 2025年度門窗行業(yè)節(jié)能門窗技術(shù)改造項(xiàng)目合同3篇
- 二零二五年度畜牧業(yè)綠色發(fā)展基金投資合同4篇
- 2025年度二手車買賣合同書(shū)范本(含車輛交易資金監(jiān)管)3篇
- 2024年度青海省公共營(yíng)養(yǎng)師之二級(jí)營(yíng)養(yǎng)師強(qiáng)化訓(xùn)練試卷B卷附答案
- 消防產(chǎn)品目錄(2025年修訂本)
- 地方性分異規(guī)律下的植被演替課件高三地理二輪專題復(fù)習(xí)
- 光伏項(xiàng)目風(fēng)險(xiǎn)控制與安全方案
- 9.2提高防護(hù)能力教學(xué)設(shè)計(jì) 2024-2025學(xué)年統(tǒng)編版道德與法治七年級(jí)上冊(cè)
- 催收培訓(xùn)制度
- 牧場(chǎng)物語(yǔ)-礦石鎮(zhèn)的伙伴們-完全攻略
- ISO 22003-1:2022《食品安全-第 1 部分:食品安全管理體系 審核與認(rèn)證機(jī)構(gòu)要求》中文版(機(jī)翻)
- 人教版六年級(jí)上冊(cè)解方程練習(xí)300道及答案
- 2024年廣東省高考地理真題(解析版)
- 2024年江蘇農(nóng)牧科技職業(yè)學(xué)院?jiǎn)握新殬I(yè)適應(yīng)性測(cè)試題庫(kù)附答案
- 2024高考物理廣東卷押題模擬含解析
評(píng)論
0/150
提交評(píng)論