正文

按設(shè)計目的不同,設(shè)計可分為（按設(shè)計目的不同,設(shè)計可分為哪幾類）

發(fā)布時間：2023-04-08 11:23:32 稿源：創(chuàng)意嶺閱讀： 103

大家好！今天讓小編來大家介紹下關(guān)于按設(shè)計目的不同,設(shè)計可分為的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，相關(guān)業(yè)務(wù)請撥打電話：175-8598-2043，或添加微信：1454722008

文章目錄列表:

1、按照設(shè)計深度不同,設(shè)計分為哪幾個階段
2、按設(shè)計目的不同可分為那三大類
3、設(shè)計模式都有哪些?
4、畢業(yè)設(shè)計的分類

按設(shè)計目的不同,設(shè)計可分為（按設(shè)計目的不同,設(shè)計可分為哪幾類）

一、按照設(shè)計深度不同,設(shè)計分為哪幾個階段

1)工程建設(shè)項目設(shè)計分階段控制的特征。

工業(yè)、交通、電力、市政等工程建設(shè)項目設(shè)計一般劃分為初步設(shè)計、施工圖設(shè)計兩個階段。大型復(fù)雜工業(yè)項目，或有復(fù)雜技術(shù)問題的主體工程，往往在初步設(shè)計和施工圖設(shè)計之間又增加技術(shù)設(shè)計階段，或?qū)⒐こ坛醪皆O(shè)計與技術(shù)設(shè)計兩階段合并成為擴(kuò)大初步設(shè)計。

水電工程建設(shè)項目設(shè)計一般劃分為預(yù)可行性研究、可行性研究、招標(biāo)設(shè)計和施工圖設(shè)計四個階段，其中可行性研究相當(dāng)于其他行業(yè)的初步設(shè)計，招標(biāo)設(shè)計相當(dāng)于擴(kuò)大初步設(shè)計。水利工程建設(shè)項目設(shè)計一般劃分為預(yù)可行性研究、可行性研究、初步設(shè)計和施工圖設(shè)計四個階段。

民用建筑工程設(shè)計一般劃分為方案設(shè)計、初步設(shè)計和施工圖設(shè)計三個階段。技術(shù)要求簡單的民用建筑工程經(jīng)有關(guān)建設(shè)主管部門同意，設(shè)計委托可以約定，方案設(shè)計審批后直接進(jìn)入施工圖設(shè)計，即簡化成兩階段設(shè)計。

①工程方案設(shè)計。根據(jù)設(shè)計條件和設(shè)計深度的不同，方案設(shè)計可分為概念性規(guī)劃方案設(shè)計及實施性方案設(shè)計。

工程方案設(shè)計文件一般包括設(shè)計說明書、總平面圖以及建筑設(shè)計圖紙、設(shè)計委托或設(shè)計中規(guī)定的透視圖、鳥瞰圖、模型等。

②工程初步設(shè)計。工程初步設(shè)計文件包括設(shè)計說明書、工程總平面和有關(guān)專業(yè)設(shè)計圖紙、主要設(shè)備材料表、工程概算書。

③工程施工圖設(shè)計。施工設(shè)計圖紙是指導(dǎo)工程施工，為工程施工提供操作依據(jù)的詳細(xì)技術(shù)文件。施工圖設(shè)計文件應(yīng)該包括工程總平面和各專業(yè)設(shè)計圖紙、工程概算書或要求的工程預(yù)算書。

二、按設(shè)計目的不同可分為那三大類

功能性設(shè)計

人性化設(shè)計

感觀性設(shè)計

以上是我個人的理解！

三、設(shè)計模式都有哪些?

總體來說設(shè)計模式分為三大類：

一、創(chuàng)建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。

二、結(jié)構(gòu)型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。

三、行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責(zé)任鏈模式、命令模式、備忘錄模式、狀態(tài)模式、訪問者模式、中介者模式、解釋器模式。

按設(shè)計目的不同,設(shè)計可分為（按設(shè)計目的不同,設(shè)計可分為哪幾類）

1、工廠方法模式：

定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類。Factory Method 使一個類的實例化延遲到其子類。

工廠模式有一個問題就是，類的創(chuàng)建依賴工廠類，也就是說，如果想要拓展程序，必須對工廠類進(jìn)行修改，這違背了閉包原則，所以，從設(shè)計角度考慮，有一定的問題，這就用到工廠方法模式。

創(chuàng)建一個工廠接口和創(chuàng)建多個工廠實現(xiàn)類，這樣一旦需要增加新的功能，直接增加新的工廠類就可以了，不需要修改之前的代碼。

2、抽象工廠模式：

提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類。抽象工廠需要創(chuàng)建一些列產(chǎn)品，著重點在于"創(chuàng)建哪些"產(chǎn)品上，也就是說，如果你開發(fā)，你的主要任務(wù)是劃分不同差異的產(chǎn)品線，并且盡量保持每條產(chǎn)品線接口一致，從而可以從同一個抽象工廠繼承。

3、單例模式：

單例對象（Singleton）是一種常用的設(shè)計模式。在Java應(yīng)用中，單例對象能保證在一個JVM中，該對象只有一個實例存在。這樣的模式有幾個好處：

（1）某些類創(chuàng)建比較頻繁，對于一些大型的對象，這是一筆很大的系統(tǒng)開銷。

（2）省去了new操作符，降低了系統(tǒng)內(nèi)存的使用頻率，減輕GC壓力。

（3）有些類如交易所的核心交易引擎，控制著交易流程，如果該類可以創(chuàng)建多個的話，系統(tǒng)完全亂了。（比如一個軍隊出現(xiàn)了多個司令員同時指揮，肯定會亂成一團(tuán)），所以只有使用單例模式，才能保證核心交易服務(wù)器獨立控制整個流程。

4、建造者模式：

將一個復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。

5、原型模式：

原型模式雖然是創(chuàng)建型的模式，但是與工程模式?jīng)]有關(guān)系，從名字即可看出，該模式的思想就是將一個對象作為原型，對其進(jìn)行復(fù)制、克隆，產(chǎn)生一個和原對象類似的新對象。本小結(jié)會通過對象的復(fù)制，進(jìn)行講解。在Java中，復(fù)制對象是通過clone()實現(xiàn)的，先創(chuàng)建一個原型類。

6、適配器模式：

適配器模式將某個類的接口轉(zhuǎn)換成客戶端期望的另一個接口表示，目的是消除由于接口不匹配所造成的類的兼容性問題。主要分為三類：類的適配器模式、對象的適配器模式、接口的適配器模式。

7、裝飾器模式：

顧名思義，裝飾模式就是給一個對象增加一些新的功能，而且是動態(tài)的，要求裝飾對象和被裝飾對象實現(xiàn)同一個接口，裝飾對象持有被裝飾對象的實例。

8、代理模式：

代理模式就是多一個代理類出來，替原對象進(jìn)行一些操作，比如我們在租房子的時候回去找中介，為什么呢？因為你對該地區(qū)房屋的信息掌握的不夠全面，希望找一個更熟悉的人去幫你做，此處的代理就是這個意思。

9、外觀模式：

外觀模式是為了解決類與類之家的依賴關(guān)系的，像spring一樣，可以將類和類之間的關(guān)系配置到配置文件中，而外觀模式就是將他們的關(guān)系放在一個Facade類中，降低了類類之間的耦合度，該模式中沒有涉及到接口。

10、橋接模式：

橋接模式就是把事物和其具體實現(xiàn)分開，使他們可以各自獨立的變化。橋接的用意是：將抽象化與實現(xiàn)化解耦，使得二者可以獨立變化，像我們常用的JDBC橋DriverManager一樣。

JDBC進(jìn)行連接數(shù)據(jù)庫的時候，在各個數(shù)據(jù)庫之間進(jìn)行切換，基本不需要動太多的代碼，甚至絲毫不用動，原因就是JDBC提供統(tǒng)一接口，每個數(shù)據(jù)庫提供各自的實現(xiàn)，用一個叫做數(shù)據(jù)庫驅(qū)動的程序來橋接就行了。

11、組合模式：

組合模式有時又叫部分-整體模式在處理類似樹形結(jié)構(gòu)的問題時比較方便。使用場景：將多個對象組合在一起進(jìn)行操作，常用于表示樹形結(jié)構(gòu)中，例如二叉樹，數(shù)等。

12、享元模式：

享元模式的主要目的是實現(xiàn)對象的共享，即共享池，當(dāng)系統(tǒng)中對象多的時候可以減少內(nèi)存的開銷，通常與工廠模式一起使用。

13、策略模式：

策略模式定義了一系列算法，并將每個算法封裝起來，使其可以相互替換，且算法的變化不會影響到使用算法的客戶。需要設(shè)計一個接口，為一系列實現(xiàn)類提供統(tǒng)一的方法，多個實現(xiàn)類實現(xiàn)該接口，設(shè)計一個抽象類（可有可無，屬于輔助類），提供輔助函數(shù)。

14、模板方法模式：

一個抽象類中，有一個主方法，再定義1...n個方法，可以是抽象的，也可以是實際的方法，定義一個類，繼承該抽象類，重寫抽象方法，通過調(diào)用抽象類，實現(xiàn)對子類的調(diào)用。

15、觀察者模式：

觀察者模式很好理解，類似于郵件訂閱和RSS訂閱，當(dāng)我們?yōu)g覽一些博客或wiki時，經(jīng)常會看到RSS圖標(biāo)，就這的意思是，當(dāng)你訂閱了該文章，如果后續(xù)有更新，會及時通知你。

其實，簡單來講就一句話：當(dāng)一個對象變化時，其它依賴該對象的對象都會收到通知，并且隨著變化！對象之間是一種一對多的關(guān)系。

16、迭代子模式：

顧名思義，迭代器模式就是順序訪問聚集中的對象，一般來說，集合中非常常見，如果對集合類比較熟悉的話，理解本模式會十分輕松。這句話包含兩層意思：一是需要遍歷的對象，即聚集對象，二是迭代器對象，用于對聚集對象進(jìn)行遍歷訪問。

17、責(zé)任鏈模式：

責(zé)任鏈模式，有多個對象，每個對象持有對下一個對象的引用，這樣就會形成一條鏈，請求在這條鏈上傳遞，直到某一對象決定處理該請求。但是發(fā)出者并不清楚到底最終那個對象會處理該請求，所以，責(zé)任鏈模式可以實現(xiàn)，在隱瞞客戶端的情況下，對系統(tǒng)進(jìn)行動態(tài)的調(diào)整。

18、命令模式：

命令模式的目的就是達(dá)到命令的發(fā)出者和執(zhí)行者之間解耦，實現(xiàn)請求和執(zhí)行分開。

19、備忘錄模式：

主要目的是保存一個對象的某個狀態(tài)，以便在適當(dāng)?shù)臅r候恢復(fù)對象，個人覺得叫備份模式更形象些，通俗的講下：假設(shè)有原始類A，A中有各種屬性，A可以決定需要備份的屬性，備忘錄類B是用來存儲A的一些內(nèi)部狀態(tài)，類C呢，就是一個用來存儲備忘錄的，且只能存儲，不能修改等操作。

20、狀態(tài)模式：

狀態(tài)模式在日常開發(fā)中用的挺多的，尤其是做網(wǎng)站的時候，我們有時希望根據(jù)對象的某一屬性，區(qū)別開他們的一些功能，比如說簡單的權(quán)限控制等。

21、訪問者模式：

訪問者模式把數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作解耦合，使得操作集合可相對自由地演化。訪問者模式適用于數(shù)據(jù)結(jié)構(gòu)相對穩(wěn)定算法又易變化的系統(tǒng)。因為訪問者模式使得算法操作增加變得容易。

若系統(tǒng)數(shù)據(jù)結(jié)構(gòu)對象易于變化，經(jīng)常有新的數(shù)據(jù)對象增加進(jìn)來，則不適合使用訪問者模式。訪問者模式的優(yōu)點是增加操作很容易，因為增加操作意味著增加新的訪問者。訪問者模式將有關(guān)行為集中到一個訪問者對象中，其改變不影響系統(tǒng)數(shù)據(jù)結(jié)構(gòu)。其缺點就是增加新的數(shù)據(jù)結(jié)構(gòu)很困難。

22、中介者模式：

中介者模式也是用來降低類類之間的耦合的，因為如果類類之間有依賴關(guān)系的話，不利于功能的拓展和維護(hù)，因為只要修改一個對象，其它關(guān)聯(lián)的對象都得進(jìn)行修改。

如果使用中介者模式，只需關(guān)心和Mediator類的關(guān)系，具體類類之間的關(guān)系及調(diào)度交給Mediator就行，這有點像spring容器的作用。

23、解釋器模式：

解釋器模式一般主要應(yīng)用在OOP開發(fā)中的編譯器的開發(fā)中，所以適用面比較窄。

擴(kuò)展資料：

介紹三本關(guān)于設(shè)計模式的書：

1、《設(shè)計模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ)》

作者：[美] Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides

出版社：機(jī)械工業(yè)出版社

2、《軟件秘笈：設(shè)計模式那點事》

作者：鄭阿奇