第一篇：學(xué)習(xí)設(shè)計(jì)模式的一些感想

設(shè)計(jì)模式在編程中的應(yīng)用

我們在發(fā)現(xiàn)問題到解決問題這個(gè)過程中，常會發(fā)現(xiàn)很多問題是重復(fù)出現(xiàn)的，或是某個(gè)問題的變體，外在不同，而本質(zhì)相同，建筑學(xué)上如是，軟件行業(yè)也是，這些問題的本質(zhì)就是模式。有人說，設(shè)計(jì)模式并不是一日兩日能夠理解的，當(dāng)編程經(jīng)驗(yàn)到了一定程度，便迫切的需要設(shè)計(jì)模式來完善自己的代碼、優(yōu)雅自己的設(shè)計(jì)，以及減少重復(fù)編碼，這句話也是蠻有道理的，以自己的親身經(jīng)歷來說，當(dāng)剛開始編程時(shí)，沒有一點(diǎn)設(shè)計(jì)理念，等到開設(shè)這門課以后再細(xì)讀理解，把里面的思想帶到自己的項(xiàng)目中，就會覺得有很多值得深思的地方。本文以我在以往項(xiàng)目中遇到的三個(gè)編碼問題來談?wù)剬W(xué)習(xí)設(shè)計(jì)模式的必要性。

一、代碼量激增、程序可維護(hù)性面臨挑戰(zhàn)

我想這樣的代碼我們從學(xué)習(xí)C語言就開始接觸，現(xiàn)在很多地方還在用，以后工作可能用的更多但是，大家都寫的東西，我們自己的優(yōu)勢在哪里呢？

1.過多的if?else判斷 if(type == 1){ //調(diào)用獲取信息方法1 } else if(type == 2){ //調(diào)用獲取信息方法2 ??.} else { //調(diào)用獲取信息方法7 } 這是我在做一個(gè)項(xiàng)目中看到的一段代碼，那個(gè)條件判斷非常之長，有7個(gè)條件分支，而且其他有些地方也有根據(jù)類型來做不同處理的情況。

2.多次載入資源（例如配置文件的讀?。鹳Y源損耗

public static String getProperty(String propKey)throws Exception...{ Properties prop = new Properties();InputStream propConfFile = Util.class.getClassLoader().getResourceAsStream(“configure.properties”);//載入propConfFile到prop中，從prop中獲取propKey的值，并將其返回 }

該段代碼是我以前在一個(gè)項(xiàng)目中寫的一段代碼，該段代碼用于讀取配置文件的屬性，但該段代碼是存在一些問題的，因?yàn)樵诿看潍@取屬性時(shí)，它都重新載入資源，造成了資源的過多損耗。

3.過多依賴實(shí)現(xiàn)類

1）水果接口類—Fruit.java public interface Fruit { public void grow();}

2）水果的實(shí)現(xiàn)類—Apple.java、Strawberry.java //略

3）測試類—Test.java public class Test { public static void main(String[] args){ Fruit apple = new Apple();Fruit strawberry = new Strawberry();} } 在我們的項(xiàng)目中尚未采用Spring時(shí)，類似這樣的程序很多，與實(shí)現(xiàn)類的過度耦合是這段代碼存在的一個(gè)主要問題。

在我編碼的過程中，遇到的問題還有很多。不夠優(yōu)雅的代碼、過于僵硬的設(shè)計(jì)，等等，通過改進(jìn)如上編碼來認(rèn)識學(xué)習(xí)設(shè)計(jì)模式給我們的編碼帶來的好處。

二、借“設(shè)計(jì)模式”之力沖出代碼包圍圈

如上的三段代碼，都是存在不少問題的，讓我們一一討論，通過在其中應(yīng)用設(shè)計(jì)模式，來優(yōu)化我們的這三段代碼，提高其擴(kuò)展性和易維護(hù)性。

1.解決過多的if?else判斷問題

如果在一段代碼中，不少地方需根據(jù)某類型或狀態(tài)等做出不同的處理，那當(dāng)類型或狀態(tài)增加時(shí)，這些代碼將會過于僵硬，擴(kuò)展性差，只有在各個(gè)分布了if?else的再增加一個(gè)else if，可維護(hù)性可想而知。設(shè)計(jì)模式中有一種模式可以解決該問題，即狀態(tài)模式。狀態(tài)模式給我們帶來的好處如下：

1）狀態(tài)模式需要對每一個(gè)對每一個(gè)系統(tǒng)可能取得的狀態(tài)創(chuàng)立一個(gè)狀態(tài)類（State）的子類，當(dāng)系統(tǒng)的狀態(tài)變化時(shí)，系統(tǒng)改變所選的子類。與一個(gè)特定的狀態(tài)有關(guān)的行為都被包裝在一個(gè)特定的對象里，而且當(dāng)需要增加新的狀態(tài)時(shí)，可以以子類的方式將它加到系統(tǒng)里，從而提高了易維護(hù)性和可擴(kuò)展性；

2）由于每一個(gè)狀態(tài)都被包裝到了類里面，避免了使用過多的條件轉(zhuǎn)移語句。

下面我們對該例進(jìn)行演示性的改進(jìn)。我們可以定義一個(gè)類型接口，該類相當(dāng)于狀態(tài)模式中的狀態(tài)類。

public interface Type { /** * 獲取信息 */ public Object getInfo();/** * 獲取結(jié)果 */ public Object getResult();} 類型

1、類型2等可以實(shí)現(xiàn)該接口，代碼略：

2.解決過度資源損耗問題

在該例中，每次通過getProperty(?)方法獲取某屬性時(shí)，都會重新載入文件中的所有內(nèi)容，造成資源的不必要損耗。該設(shè)計(jì)模式中，對于此種情況，可以通過單例（Singleton）模式來優(yōu)化處理。import //略

public class PropertiesUtil...{ private static Map propertiesMap = null;public static String getProperty(String propKey)throws Exception...{ if(propertiesMap == null)...{ //當(dāng)propertiesMap為空時(shí)，載入文件，將其鍵值對放入propertiesMap中(略)} //在propertiesMap中獲得propKey屬性，并將值返回（略）} }

可以考慮實(shí)現(xiàn)單例模式的地方還有很多，例如：

1）對于計(jì)算機(jī)的外部資源打印機(jī)的情況，因只有一個(gè)Printer Spooler，為避免兩個(gè)打印作業(yè)同時(shí)輸出到打印機(jī)中，可考慮用單例模式實(shí)現(xiàn)。

2）Window的回收站在整個(gè)系統(tǒng)中只有唯一的一個(gè)實(shí)例，而且回收站自行提供自己的實(shí)例，回收站也是單例模式的應(yīng)用

3、解決過多依賴實(shí)現(xiàn)類問題

在該例的測試類Test.java中，通過Fruit apple = new Apple();來獲得對象，造成了程序過多的依賴實(shí)現(xiàn)類，與實(shí)現(xiàn)類過度耦合，學(xué)習(xí)設(shè)計(jì)模式后，我們可以考慮采用工廠模式來實(shí)現(xiàn),可對代碼進(jìn)行如下改進(jìn)：增加工廠類FruitGardener.java，該類的工廠方法如下： public static Fruit factory(String fruitType)...{ if(fruitType.equalsIgnoreCase(“apple”))...{ return new Apple();} else if(fruitType.equalsIgnoreCase(“strawberry”))...{ return new Strawberry();} else...{ return null;} }

增加了水果工廠類后，測試類也要做對應(yīng)修改，修改后的Test.java的main方法如下： Fruit apple = FruitGardener.factory(“apple”);Fruit strawberry = FruitGardener.factory(“strawberry”);

在進(jìn)行了對應(yīng)修改后，測試類大大減少了對水果實(shí)現(xiàn)類的依賴，由直接new實(shí)現(xiàn)類變成了通過傳入字符串來獲得需要的實(shí)例，工廠模式應(yīng)用很廣泛，例如在現(xiàn)在紅得似火的spring也在不少地方用了工廠模式，它本身就是一個(gè)很大的bean工廠，不過它在代碼上進(jìn)行了更大的改進(jìn)，各實(shí)現(xiàn)類可以通過配置文件設(shè)置。

三、設(shè)計(jì)模式 –––– 由優(yōu)秀邁向卓越的階梯

從以上三個(gè)例子中我們可以看出，通過使用設(shè)計(jì)模式，優(yōu)化了我們的代碼。這樣的例子在我們?nèi)粘５木幋a過程中有很多，在我們剛開始學(xué)習(xí)編碼時(shí)，寫這樣的代碼還說得過去，但隨著經(jīng)驗(yàn)的增長，我們需要更進(jìn)一步，現(xiàn)有的設(shè)計(jì)模式給我們提供了解決大多數(shù)問題的好方案，當(dāng)然，在實(shí)踐的過程中，我們甚至可以探索出新的設(shè)計(jì)模式，來解決遇到的某類問題。

學(xué)習(xí)設(shè)計(jì)模式不是一蹴而就的，很多人嘆息設(shè)計(jì)模式似乎很不錯(cuò)，然而在自己的編碼設(shè)計(jì)生涯中用得極少，我想主要原因是因?yàn)閷υO(shè)計(jì)模式的學(xué)習(xí)還不夠，還沒將其變成屬于自己腦袋里的東西，所以當(dāng)問題變著面孔出現(xiàn)時(shí)，認(rèn)識不到問題的存在，因?yàn)椴荒苷_的分析問題、認(rèn)識問題，當(dāng)然也不可能很好的解決問題。

還未學(xué)習(xí)過設(shè)計(jì)模式或?qū)ζ渲跎俚某绦騿T們，努力學(xué)習(xí)設(shè)計(jì)模式吧，那將使你由一個(gè)優(yōu)秀的程序員(Coder)成為一個(gè)卓越的軟件設(shè)計(jì)師(Developer)。

第二篇：分之合經(jīng)營模式學(xué)習(xí)感想

分之合經(jīng)營模式學(xué)習(xí)感想

3月14日到3月16日，我有幸參加了集團(tuán)公司組織的分之合經(jīng)營模式的學(xué)習(xí)培訓(xùn)，受益良多，分之合經(jīng)營模式是一種非?？茖W(xué)的管理方式，接下來我想談?wù)勎覀€(gè)人的一些想法。

隨著中國企業(yè)的規(guī)模化發(fā)展，企業(yè)管理變革成為新的課題，這種管理變革不是原有經(jīng)營模式的簡單疊加，而是一種員工活力的持續(xù)創(chuàng)造。那么如何創(chuàng)造這種活力呢？分之合模式的本質(zhì)是將企業(yè)分割成眾多小的組織體，各個(gè)組織體獨(dú)立核算、獨(dú)立經(jīng)營，并培養(yǎng)具有經(jīng)營意識的領(lǐng)導(dǎo)人，讓全體員工參與到企業(yè)經(jīng)營中，實(shí)行類似家庭賬本式管理，是一種團(tuán)結(jié)的經(jīng)營模式，全體員工共同經(jīng)營。

首先，劃分分之合經(jīng)營單元規(guī)模大小的原則主要是每個(gè)組織體必須能獨(dú)立完成任務(wù)，有獨(dú)立的核算組織，同時(shí)，又不能因?yàn)榻M織的拆分影響公司的整體目標(biāo)和經(jīng)營計(jì)劃。劃分的決策權(quán)力在于其直接的上級管理者，只要管理者認(rèn)為有必要且該團(tuán)體滿足成為組織體的條件就可以進(jìn)行劃分。把原本屬于企業(yè)的事，變成每個(gè)部門每個(gè)人的事情，大大激發(fā)全員的潛能。

其次，企業(yè)的利潤是來源于生產(chǎn)經(jīng)營的各個(gè)部門、各個(gè)環(huán)節(jié)。各部門獨(dú)立經(jīng)營、獨(dú)立核算的經(jīng)營管理模式，就像土地改革將集體生產(chǎn)與管理模式變成了承包到戶生產(chǎn)管理模式，產(chǎn)量、質(zhì)量、積極性會大幅度提高；而成本、費(fèi)用、浪費(fèi)會大幅度降低。讓每個(gè)員工找到了當(dāng)老板的感覺，實(shí)現(xiàn)企業(yè)每個(gè)人為自己干、為自己經(jīng)營與管理。

最后，通過推行分之合經(jīng)營，能夠使老板在與不在一個(gè)樣，各級管理者在與不在一個(gè)樣，大家都在認(rèn)真、埋頭自己的工作，忙而不亂，老板們一直期望的理想管理模式真正變成了現(xiàn)實(shí)?，F(xiàn)在如果工作達(dá)不到日清日畢，大家會主動愉快的偷著加班。所以說分之合經(jīng)營模式是從骨髓里給管理者和員工注入了瘋狂為自己工作的基因。經(jīng)營企業(yè)最終是經(jīng)營人才，經(jīng)營人才的核心是經(jīng)營人心，當(dāng)企業(yè)規(guī)模擴(kuò)大，員工人數(shù)增加，員工的思想統(tǒng)一是企業(yè)能夠產(chǎn)生合力的基礎(chǔ)。分之合經(jīng)營模式雖然是將企業(yè)劃分成很多小經(jīng)營單元，但是這些小單元不是各自為政，而是有著統(tǒng)一思想的同心力。它可以充分發(fā)揮企業(yè)管理的兩種力量：無形力量——企業(yè)文化；有形力量——自主經(jīng)營，實(shí)現(xiàn)員工群策群力，上下同欲，并發(fā)揮每個(gè)員工的積極性和創(chuàng)造性。

要真正認(rèn)知和實(shí)現(xiàn)分之合管理還需要很多工作去做，畢竟現(xiàn)在的管理模式較分之合還存在較大的差距。必須要讓全體的員工認(rèn)識這種管理模式的好處，讓全體自動自發(fā)的進(jìn)行改革和探索，逐漸排除職工的抵觸情緒。為此我部門計(jì)劃完成以下相關(guān)的工作：

一、組織本部門員工對分之合經(jīng)營模式進(jìn)行系統(tǒng)的學(xué)習(xí)，加深對分之合經(jīng)營模式的了解；

根據(jù)集團(tuán)公司要求，在3月31日前完成全員學(xué)習(xí)分之合管理模式文字版本和視頻內(nèi)容的學(xué)習(xí)，全員貫徹分之合的管理理念，利用部門例會時(shí)間對學(xué)習(xí)的效果進(jìn)行隨機(jī)的抽查提問。

二、根據(jù)分之合管理模式對本部門人員及崗位設(shè)置情況進(jìn)行重新劃分，現(xiàn)場巡檢及資料管理區(qū)分，明確個(gè)人工作職責(zé)，后續(xù)制定相應(yīng)的考核。

三、對辦公室進(jìn)行整理、整頓，對現(xiàn)場3s落實(shí)情況進(jìn)行監(jiān)督； 更換辦公室后，對辦公室物品擺放進(jìn)行定位，有用的物品分類放到指定位置，閑置的退回倉庫，根據(jù)實(shí)際情況將辦公室布置用圖表的形式表達(dá)出來，為實(shí)現(xiàn)目視化管理奠定基礎(chǔ)，日常巡檢中對現(xiàn)場區(qū)域衛(wèi)生、設(shè)備等清掃情況進(jìn)行監(jiān)督檢查。

分之合管理模式對多數(shù)人來說是一個(gè)全新的管理模式，改變需要有一個(gè)過程，并且現(xiàn)階段對于分之合流程內(nèi)的好多概念還很模糊，真正實(shí)現(xiàn)起來還有一定的難度。但我們有信心在集團(tuán)公司的指導(dǎo)下，在化工各部門的配合下，通過部門協(xié)作和配合將分之合經(jīng)營管理落實(shí)到實(shí)處，為集團(tuán)公司實(shí)現(xiàn)分之合管理做好基礎(chǔ)和鋪墊。

第三篇：設(shè)計(jì)構(gòu)成 學(xué)習(xí)感想

設(shè)計(jì)構(gòu)成一轉(zhuǎn)眼間，設(shè)計(jì)構(gòu)成的課已經(jīng)結(jié)束了。平面構(gòu)成，色彩構(gòu)成，立體構(gòu)成，三大構(gòu)成已經(jīng)都學(xué)完了。

在學(xué)習(xí)習(xí)近平面構(gòu)成的過程中，知道了構(gòu)成平面的元素是點(diǎn)。線。面。重復(fù)，近似，漸變，發(fā)射，突變，集結(jié)，對比是基本的構(gòu)成形式。每一個(gè)都做了相應(yīng)的練習(xí)，更加深刻了解了每一個(gè)形式。重復(fù)

骨骼與基本形都具有重復(fù)性質(zhì)的構(gòu)成形式，稱為重復(fù)構(gòu)成。在這種構(gòu)成中，組成骨骼的線都必須是相等比例的重復(fù)組成。骨骼線可以有方向和寬窄等變動，但必須是等比例的重復(fù)。對基本形的要求，可以在骨骼內(nèi)重復(fù)排列，也可以有方向、位置的變動

近似

骨骼與基本形變化不大的構(gòu)成形式，稱為近似構(gòu)成。近似構(gòu)成的骨骼可以是重復(fù)或是分條錯(cuò)開的，但近似主要是以基本形的近似變化來體現(xiàn)的。

漸變

骨骼與基本形具有漸次變化性質(zhì)的構(gòu)成形式，稱為漸變構(gòu)成。漸變構(gòu)成有兩種形式，一種是骨骼漸變，通過變動骨骼的疏密比例取得漸變效果；另一種是基本形漸變，通過基本形的有規(guī)律的變動(如方向、大小和位置等變動)而取得漸變效果

發(fā)射

骨骼線和基本形呈發(fā)射狀的構(gòu)成形式，稱為發(fā)射構(gòu)成。這種類型的構(gòu)成是骨骼線和基本形用離心式、向心式、同心式及其他幾種發(fā)射形式相疊而成的。

突變

在重復(fù)、漸變等規(guī)律性骨骼或基本形中一種特異變化的構(gòu)成形式稱為突變構(gòu)成，這種構(gòu)成是有意識地在規(guī)律性變化中出現(xiàn)輕微的差異或是局部的突破，而產(chǎn)生幾個(gè)不規(guī)則的變異，但又大致保持某種規(guī)律。密集

密集構(gòu)成是比較自由性的構(gòu)成形式，包括預(yù)置形密集與無定形密集兩種。

預(yù)置形密集是依靠在畫面上預(yù)先安置的骨骼線或中心點(diǎn)組織基本形的密集與擴(kuò)散，即以數(shù)量相當(dāng)多的基本形在某些地方密集起來，而從密集地又逐漸散開來。

無定形的密集不預(yù)置點(diǎn)與線，而是靠畫面的均衡。即通過密集基本形與空間、虛實(shí)等產(chǎn)生的輕度對比進(jìn)行構(gòu)成。

對比

有一種較之密集構(gòu)成更為自由性的構(gòu)成稱為對比構(gòu)成，這種構(gòu)成不以骨骼線而僅依靠基本形的形狀、大小、方向、位置和色彩等的對比，以及重心、空間、有與無、虛與實(shí)的關(guān)系元素的對比，給人以強(qiáng)烈且鮮明的感覺。

接下來學(xué)習(xí)了立體構(gòu)成。立體構(gòu)成是一門研究在三維空間中如何將立體造型要素按照一定的原則組合成賦予個(gè)性的美的立體形態(tài)的學(xué)科。

整個(gè)立體構(gòu)成的過程是一個(gè)分割到組合或組合到分割的過程。任何形態(tài)可以還原到點(diǎn)、線、面，而點(diǎn)、線、面又可以組合成任何形態(tài)。

立體構(gòu)成的探求包括對材料形、色、質(zhì)等心理效能的探求和材料強(qiáng)度的探求，加工工藝等物理效能的探求這樣幾個(gè)方面。

立體構(gòu)成是對實(shí)際的空間和形體之間的關(guān)系進(jìn)行研究和探討的過程。

半立體是以平面為基礎(chǔ)將其部份空間立體化，是介于平面與立體之間的形狀，即一般所稱的“浮雕”。半立體的主要特性表現(xiàn)在凹凸的層次感和光影的效果上，它足以使單調(diào)的平面產(chǎn)生各種不同的變化。

半立體是在有限的空間(淺浮雕)中充分發(fā)揮想像力，強(qiáng)調(diào)層次感和多種手法及技巧，用折、曲、切、接、編等技巧盡可能地創(chuàng)造出變化的立體形態(tài)。

練習(xí)了點(diǎn)線面的立構(gòu)體形式，運(yùn)用了泡沫，鋼絲，木頭，毛線等工具，做了立體作業(yè)。

立體構(gòu)成教學(xué)是設(shè)計(jì)的專業(yè)基礎(chǔ)課程，它是立足于對立體造型可能性的探索，而完全不考慮造型的功能等因素．旨在討論、研究立體造型的原理、規(guī)律和構(gòu)造訓(xùn)練。立體構(gòu)成的學(xué)習(xí)、訓(xùn)練不是目的，而是提高、完善現(xiàn)代設(shè)計(jì)能力的重要手段。對某些立體造型設(shè)計(jì)的內(nèi)容做些簡單的介紹和分析．從而進(jìn)一步了解立體構(gòu)成在各類設(shè)計(jì)中的運(yùn)用，加強(qiáng)認(rèn)識立體構(gòu)成學(xué)習(xí)的重要性。

設(shè)計(jì)是包括立體構(gòu)成在內(nèi)、并考慮其它眾多要素，使之成為完整造型的活動。設(shè)計(jì)的領(lǐng)域非常廣泛，它可分為商業(yè)設(shè)計(jì)、工業(yè)設(shè)計(jì)、環(huán)境藝術(shù)設(shè)計(jì)等門類，而這些藝術(shù)門類還可以細(xì)分為廣告設(shè)計(jì)、書籍設(shè)計(jì)、包裝設(shè)計(jì)、廣告設(shè)計(jì)、展示設(shè)計(jì)、服裝設(shè)計(jì)、染織設(shè)計(jì)、室內(nèi)外環(huán)境設(shè)計(jì)等專業(yè)門類。

立體構(gòu)成與設(shè)計(jì)是有區(qū)別的。立體構(gòu)成研究的內(nèi)容是將涉及到各個(gè)藝術(shù)門類之間的、相互關(guān)聯(lián)的立體因素，從整個(gè)設(shè)計(jì)領(lǐng)域中抽取出來，專門研究它的視覺效果構(gòu)成和造型特點(diǎn)，從而做到科學(xué)、系統(tǒng)、全面地掌握立體形態(tài)。

立體構(gòu)成與具體的藝術(shù)門類區(qū)別很大，在整個(gè)立體構(gòu)成的訓(xùn)練過程中沒有具體目的的條件限制（如專為某一種產(chǎn)品設(shè)計(jì)造型）。因此，每一項(xiàng)練習(xí)就必須從立體造型的角度去研究形態(tài)的可能性和變化性。

立體構(gòu)成能為設(shè)計(jì)提供廣泛的發(fā)展基礎(chǔ)。立體構(gòu)成的構(gòu)思不是完全依賴于設(shè)計(jì)師的靈感，而是把靈感和嚴(yán)密的邏輯思維結(jié)合起來，通過邏輯推理的辦法，并結(jié)合美學(xué)、工藝、材料等因素，確定最后方案。立體構(gòu)成可以為設(shè)計(jì)積累大量的素材。立體構(gòu)成的目的在于培養(yǎng)造型的感覺能力、想象能力和構(gòu)成能力，在基礎(chǔ)訓(xùn)練階段，創(chuàng)造出來的作品可成為今后設(shè)計(jì)的豐富素材。立體構(gòu)成是包括技術(shù)、材料在內(nèi)的綜合訓(xùn)練，在立體的構(gòu)成過程中，必須結(jié)合技術(shù)和材料來考慮造型的可能性。因此，作為設(shè)計(jì)者來講，不僅要掌握立體造型規(guī)律，而且還必須了解或掌握技術(shù)、材料等方面的知識和技能。

人們生活在各種三維的形態(tài)環(huán)境中，從日常使用的各種物品，到所居住的環(huán)境，乃至人類自身和整個(gè)宇宙，無一不是三維形態(tài)。因此，與二維空間相比，三維空間與人類更加息息相關(guān)。人們雖然生活在三維形態(tài)中，但常常習(xí)慣于從平面的角度去思考、在平面上表現(xiàn)造型，無形中具有平面的造型觀念和意識。因此，從平面到立體，從二維到三維必須要有立體的空間意識和觀念，掌握三維造型的基本原理和知識。

作為藝術(shù)設(shè)計(jì)基礎(chǔ)之一的立體構(gòu)成，就是培養(yǎng)人的空間想象能力和意識，研究和探討在三維空間中如何用立體造型要素和語言，按照形式美的原理創(chuàng)造出富有個(gè)性和審美價(jià)值的立體空間形態(tài)的學(xué)科。通過對立體形態(tài)進(jìn)行科學(xué)、系統(tǒng)的分析和研究，掌握立體造型的基礎(chǔ)知識和表現(xiàn)手法，從而創(chuàng)造出新的藝術(shù)形態(tài)。

立體構(gòu)成由于自身的構(gòu)成性，因而具有極強(qiáng)的理性特征，并運(yùn)用分解與組合的方法予以體現(xiàn)。所謂分解就是將一個(gè)完整的造型對象分解為若干個(gè)基本造型要素，實(shí)際上是將形態(tài)還原到最原始的基本狀態(tài)；而組合則是直接將最基本的造型要素按照立體造型原理重新組合成新的形態(tài)的設(shè)計(jì)。

第四篇：哪些設(shè)計(jì)模式最值得學(xué)習(xí)

回想起來，這幾年在園子里發(fā)布的有關(guān)設(shè)計(jì)模式的隨筆都有一個(gè)共同的特點(diǎn)。那就是

Factory和Singleton居多，如果是系列的，也往往是從這兩個(gè)模式開始的。由于能夠堅(jiān)持把《設(shè)計(jì)模式》中所有模式都寫完的非常少，所以基本上也很少見到有關(guān)其它模式的隨筆。這種情況也很好理解，因?yàn)椤对O(shè)計(jì)模式》這本書就是按照這個(gè)順序來的。最先講述的就是Abstract Factory模式，于是它排第一也無可厚非；排第二的Builder基本不太容易見到；第三的Factory Method由于也叫“Factory”所以往往和Abstract Factory放在一起，或者干脆就混淆了； 第四的Prototype也不是太容易見到；第五位的Singleton簡單易懂，易學(xué)易用。而再往后的模式，恐怕作者們就沒什么耐心學(xué)下去了……這可能就是為什么Factory和Singleton出現(xiàn)頻率如此之多的原因吧。

《設(shè)計(jì)模式》已經(jīng)出版超過15年了，到今天已經(jīng)不是什么新鮮的東西了，可以說正在由“絕招”慢慢向著“基本功”轉(zhuǎn)變著。然而，這種學(xué)習(xí)模式的方式方法卻實(shí)在令人擔(dān)憂。Abstract Factory在實(shí)際中并不常見，因?yàn)樗枰阌袃商撞⑿械睦^承體系，需要對同一個(gè)抽象有多于一種的實(shí)現(xiàn)方式。這種復(fù)雜的系統(tǒng)可以說不是每個(gè)領(lǐng)域，每個(gè)開發(fā)人員都能遇到的。在某些特定的領(lǐng)域可能很常見，但是在大多數(shù)領(lǐng)域并不需要這么復(fù)雜的對象創(chuàng)建方法。這就造成了很多人“殺雞用宰牛刀”，用復(fù)雜的方式，解決不那么復(fù)雜的問題。后果是增加了不必要的復(fù)雜度，給系統(tǒng)維護(hù)增加了困難。

另一個(gè)模式Singleton，由于實(shí)現(xiàn)簡單，意圖“似乎”也很明顯。被很多人用來作為“優(yōu)化”的一種方式。通過這種方式來節(jié)省內(nèi)存空間，減少對象實(shí)例。但是單一實(shí)例本身就等同于全局變量，而全局變量在幾十年前就已經(jīng)被證明是“反模式”了，用另一種形態(tài)的全局變量來代替另一種形態(tài)的全局變量有什么好處么？問題在與，Singleton的“意圖”并不在于優(yōu)化，而是在于“妥協(xié)”。Singleton的目的在于保證對象有單一的實(shí)例，這是因?yàn)閷ο蟊仨氁袉我坏膶?shí)例，如果存在多個(gè)實(shí)例，可能會引發(fā)錯(cuò)誤。也就是說，Singleton以犧牲程序的清晰

和可維護(hù)性，來達(dá)到保證程序正確的目的。這跟本就和優(yōu)化八竿子打不著，這完全是一種設(shè)計(jì)上的妥協(xié)，犧牲一些好處來獲取更大的好處。如果僅僅是為了節(jié)省幾個(gè)對象實(shí)例，而非程序的正確才使用Singleton，那就是丟了西瓜揀芝麻。況且節(jié)省那幾個(gè)實(shí)例也跟本就不可能對程序的性能有太大的影響（特殊領(lǐng)域除外）。

人的時(shí)間是有限的，23個(gè)模式也不是都那么常用，哪些模式才是最經(jīng)常用到的，才是最值得學(xué)習(xí)的呢？

第一梯隊(duì)：Iterator，Observer，Template Method，Strategy

Iterator：LINQ，foreach這不都是Iterator么。

Observer：MVC的核心，.NET中事件就是Observer。

Strategy：對同一個(gè)行為有不同實(shí)現(xiàn)的時(shí)候，如果考慮將行為的實(shí)現(xiàn)委托（不是.NET中的委托）給另一個(gè)類，那就用到了Strategy。通過這種方式，可以簡單的替換算法的實(shí)現(xiàn)類，來達(dá)到更換算法的目的。

class Foo

{

private IBar bar;

public Foo(IBar bar)

{

this.bar = bar;

}

public void DoSomething()

{

//some code

bar.DoWhatYouWant();

//some code

}

}

class A : IBar

{

public void DoWhatYouWant()

{

//do in A's way

}

}

class B : IBar

{

public void DoWhatYouWant()

{

//do in B's way

}

}

Template Method：一個(gè)算法的同一個(gè)步驟有不同的實(shí)現(xiàn)，通過繼承來實(shí)現(xiàn)。這種方式通過創(chuàng)建子類來改變算法的實(shí)現(xiàn)和行為。ASP.NET WebForm中Page的OnInit，OnLoad等事件，就是Template Method。

class Foo

{

public void DoSomething()

{

//some code

DoWhatYouWant();

//some code

}

protected abstract void DoWhatYouWant();

}

class A: Foo

{

protected override void DoWhatYouWant();

{

//do in A's way

}

}

class B: Foo

{

protected override void DoWhatYouWant();

{

//do in B's way

}

}

面向?qū)ο蟮囊粋€(gè)重要特點(diǎn)就是多態(tài)，也就是對于同一個(gè)動作有不同的行為。Strategry通過委托的方式，將一個(gè)算法的不同實(shí)現(xiàn)委托給其它類；Template Method通過繼承的方式，讓子類實(shí)現(xiàn)算法的可變部分，基類則處理算法的流程和不變部分。近年來組合優(yōu)于繼承的觀點(diǎn)已經(jīng)成為主流，因此Strategy的處境頻率相對高一些，但是Template Method在解決簡單問題的時(shí)候更好用，只要注意繼承層次不要太多（<=3）就好。

第二梯隊(duì)：Adapter，F(xiàn)acade，Decorator

Adapter：當(dāng)你需要使用第三方庫，但是又不想太依賴于它的API，以便于今后在需要時(shí)可以方便的切換到另一個(gè)庫的時(shí)候，你就需要在你的代碼和第三方API之間放置一個(gè)抽象層，也就需要用Adapter模式了。比如你想使用log4net，如果直接在代碼中到處引用log4net的API，將來有一天需要切換到另一個(gè)庫比如EntLib，你的改動量可就大了去了。如果在一開始就自己設(shè)計(jì)一個(gè)API，在代碼中使用自己的API，再用Adapter模式將log4net的API包裝到自己的API中，如果有一天想要切換到Entlib，只要為EntLib在寫一個(gè)Adapter就行了。對于IoC框架也是一樣的。不過需要注意的是，如果第三方庫的API接口非常龐大，使用Adapter就會很麻煩，因?yàn)槟阈枰b太多的東西，那么使用Adapter可能就不是一個(gè)太好的主意?；蛟S謹(jǐn)慎考慮確定一個(gè)不太可能會變化的第三方庫更好一些。

Facade：基本上用于簡化API，隱藏細(xì)節(jié)，在一個(gè)系統(tǒng)中，高層模塊調(diào)用低層模塊時(shí)，如果低層模塊API比較復(fù)雜，而高層模塊并不需要這種復(fù)雜度，那么加一個(gè)Facade，可以簡化高層模塊使用API的難度。

Decorator：為一個(gè)類的行為增加行為，比如ASP.NET MVC中的Action Filter。第三梯隊(duì)：Command，State，Composite

Command：統(tǒng)一接口，Undo/Redo。

State：當(dāng)你的model有多種狀態(tài)，model的行為在每種狀態(tài)下并不一樣的時(shí)候，就需要用State。如果你有多個(gè)相似的Switch，那也可能意味著需要用State來代替Switch。

Composite：ASP.NET WebForm的Page和Control就是一個(gè)例子。

這些模式和分類只是憑我的感覺，并沒有任何實(shí)際的數(shù)據(jù)做支持，而我的感覺也只來源于我所接觸到的領(lǐng)域和代碼。希望同學(xué)們也可以提供自己接觸到的代碼中，最常見到和用到的模式。

第五篇：JAVA學(xué)習(xí)書籍- 設(shè)計(jì)模式

談到設(shè)計(jì)模式很多人多會推薦GOF 的那本，該書在Amzon上是五星級的推薦書籍。不過對于學(xué)習(xí)java 沒多久的、特別是java 初學(xué)者，我很不推薦這本書。主要是該書的例子基本都是C++的，很多細(xì)節(jié)沒有講述得足夠清楚。

我給大家推薦的第一本是閻宏博士的《Java 與模式》，它是第一本中國人自己寫的關(guān)于設(shè)計(jì)模式的書籍，寫的比較有趣，融合了很多中

華民族的文化和觀念，例子、類圖都比較多，且相對簡單！非常不錯(cuò)的入門書籍――又是大塊頭哦！

其次我推薦Wiley 出版社出版的《Pattern In Java》一套三本，我才看了第一本，好像第二本不怎么樣，第三本還不錯(cuò)！

第三本是中文翻譯版的關(guān)于多線程模式的（很難得的中文翻譯版）中國鐵道出版社2003 年出版的《Java 多線程設(shè)計(jì)模式》，將多線程模

式講得非常淺顯，配有大量的圖例，每章都有習(xí)題，最后有答案！我研究多線程模式就是由它開始的！

第四本，今年出版的Head First 系列的《Head First Design Pattern》，秉承Head First 系列圖書的優(yōu)點(diǎn)，大量的類圖、豐富的實(shí)例、有趣的注解，值得購買！

其次在J2EE 方向你可以研究閱讀Addison Wesley 2002 年出版的《Patterns of Enterprise Application Architecture》，眾多大腕的作品，講企業(yè)消息集成的！Sun 提供的《J2EE PATTERNS SL500》也很好！晚了推薦那一本Amzon 4 星半的《Holub on patterns》，大師的作品，提供了，很值得研究的例子，不過對上面四本不是很熟悉的讀者，最好不要讀它！可能會讓你比較累！

我學(xué)習(xí)設(shè)計(jì)模式經(jīng)過一段很曲折的路線，前前后后大約看了20 本，閻宏博士的《Java 與模式》我看了4 遍，還排除我第一次基本沒看

懂的看！記得研一時(shí)老師給我們講了GOF 的那本，作為選修課，我和它們計(jì)算機(jī)系的碩士、博士們一起，到最后一個(gè)班40－50 個(gè)人，不

超過3 個(gè)人明白，我也沒有明白任何一點(diǎn)（基礎(chǔ)差吧――主要我對C++語言一點(diǎn)都不了解），憑我不伏輸?shù)男愿?，我認(rèn)為我對java 語言理

解還可以，我就借了《Java 與模式》，結(jié)果還是基本沒看懂。很有幸的是讀研三時(shí)，聽過了上交大饒若楠老師關(guān)于Java OOP 語言的講座，我懂了組合書籍模式等三種設(shè)計(jì)模式后，對其它模式有了強(qiáng)烈的興趣和要征服它的愿望！工作后我買的第一本就是《Java 與模式》，第一遍花了2 個(gè)月研究了這個(gè)1000 多頁的大塊頭，后來第三遍15 天左右就可以搞定，筆記記了一大本！從此一發(fā)不可收拾。

選對書、埋頭研究。相信很快就會入門的！

學(xué)習(xí)Java 語言8 個(gè)簡單的部分，這只是我們研究Java 語言的開始！這些都懂了充其量一個(gè)java 程序員而已，后面的路很長很長！我們

可以繼續(xù)研究數(shù)據(jù)庫實(shí)現(xiàn)的源代碼、Servlet 服務(wù)器的源代碼、RMI、EJB、JNDI、面向方面編程、重構(gòu)、ANT 工具、Eclipse 工具、Spring

工具、JBoss、JOnAS、Apache Geronimo 等J2EE 服務(wù)器！研究了這些你可能會成為一個(gè)出色的J2EE Architecture！你可以繼續(xù)研究剖

析器、編譯器、JNODE（java 寫的操作系統(tǒng)）