1樓：飄零是你
這些只是思維的無意識的表象而已。使用設計模式者，必須時刻拷問自己的靈魂，針對當前的也許與資源，給出合理的設計。盲目的練習大家做的都很多，但是究其原因不外是對自己的思維的無感。
說其為劣根性，不如說是無知與懶惰更為恰當。
2樓：Cosmia Fu
設計模式本身沒有什麼不妥，不妥的是濫用設計模式的人
成文的設計模式本身是前人發現的在某種情況下非常自然的設計，但是問題是，能理解這個某種情況的人根本不需要去學什麼設計模式，反過來，不能理解的人學了就有濫用的傾向。
成文的設計模式在幾個dalao帶著一幫菜雞開發的時候非常有用。但是都是dalao的話就不需要，而都是菜雞的話估計會讓複雜度成倍增加。
3樓：lxy
我碰到的荼毒就是。 面試別人問我這個設計模式那個設計模式的，我程式中經常用的一些方法，但是我不知道名字啊。 別人說我low設計模式都不懂。
還有的人，程式中各種類都叫什麼模式，他是什麼模式倒是清晰了，幹嘛的就不知道了。
4樓：物件導向思考
許多人拿來否定設計模式的，無非就是過度設計的例子，其中有一些是不懂設計的人追求移植性的時候產生的。
設計模式不過是一些良好實踐，任何東西都有優點有缺點，揚長避短是任何乙個設計者應該有的能力。
任何東西都有乙個程度的問題，就因為有人用得不好（雖然這樣的人確實很多）否定設計模式本身，這就和看見有人車開的不好就否定車一樣。
5樓：
計算機裡面命名屬於一大難點。那麼設計模式有什麼好處，分類歸納，怎麼分類歸納，通過命名唄，運用設計模式可以往上套。
1.設計模式應用於底層框架設計十分不錯，有很強的可閱讀性，分層明顯，模式本身也帶給框架擁有強大的適應性
2.業務層應該少用甚至不用，因為頂層直接（通過底層提供的工具）運算元據可以十分快速實現需求
6樓：高階思維
上面倒設計模式的，你們倒拿幾個中國做得出色的軟體出來再來講話好吧。中國的軟體，要不是拿著人家的開源軟體在上面改，要不是從頭到腳模仿人家，做了這麼多年，連個可以經受考驗在世界流行的框架都沒有，連個基礎構件也沒有，連個可以流行的開發語言和平台都沒有。用友的架構師和程式設計師的水平在國內也算是一流的吧。
用友當年投入那麼多錢新開發的U9設計成什麼樣子？我還見過不少國內小公司開發的市場銷售還不錯的產品，其架構設計莫名其妙，慘不忍睹。不知道你們哪來的那麼多勇氣黑人家大牛的設計模式。
設計模式會導致其它的複雜性，也許會產生過度設計還需要你們來講嗎？《設計模式》書上不是把每個模式可能產生的問題都講得很清楚？
7樓：
設計模式最怕的就是為了設計模式而設計模式，這樣設計出來的東西也是一陀shi，當然設計模式還是不錯的，當very確定需求的時候，才能發揮設計模式的威力。另外乙個優點就是減少交流成本，走過去向他說，hei,gay，我用了裝飾者模式，他就明白你的意思了。
8樓：Cheney Yin
物件導向的軟體開發：分析→設計→程式設計，設計模式反映了設計階段需要注意的事項，強調設計的靈活性和容變能力，對改善設計意義重大。那些黑設計模式的，你們窮其一生又能悟出幾條模式。
領悟需要乙個過程，錯誤中見真知，最後融匯貫通。對設計模式的誤用或濫用，不是荼毒的體現，而是通過實踐悟道的過程。
9樓：
本質是兩黨的站隊，乙個是設計黨，乙個是重構黨，然而作為乙個實用主義的中中國人，應該兩個都用，既要傳統軟體開發，又要敏捷開發，走一條有自己特色的道路，做到三個自信，持續深化改革，實事求是，根據具體專案情況，綜合使用各種軟體工程方法。
10樓：祁立蘋
花費時間多！沒有形成統一的標準沒有開源創新力度不夠。還需要普及。 知識積累的程度總歸是要應用的。 最後還是運用問題。
裙號碼：514095022 優秀的你一起來交流暢所欲言共發展
11樓：AWP996
設計模式的一大壞處在於你背了幾個模式就以為掌握了架構設計的能力，尤其是在物件導向設計領域，Booch伯伯寫那麼厚的書還一直哀怨，哎呀，這個好難，哎呀，那個也好難
12樓：黃勇
設計模式就是寫字本上的格仔。
像我女兒這水平，寫字離開了格仔就歪歪扭扭，忽大忽小。
像我，白紙上寫得幾個碑帖正楷，倒也能橫豎對齊，上下得體。
更有大家，拿去方格紙去求字，必被轟出來。
是白是黑，各自對號入座。若是我女兒不肯用方格本，必屁股上留下五指印。
13樓：
多看看金庸有助於理解這個問題：
超一流高手，無招勝有招；
一流高手，招式爐火純青；
二三流，欺負一般人。
一看勤奮二看悟性。另外，唯快不破也算適用吧。
14樓：
不說全部，至少基本的，流傳最廣的那些模式，遇到幾次對應的問題，自己應該能想到差不多的思路。
有的語言本身其實你用的時候就不知不覺地應用了這些手法，但有些語言設計得比較那啥，你遇到同樣的問題，為了使用同樣的思路去解決，就得把這套手法很麻煩地全部顯式實現一遍，於是經常用這個語言的人就成為了對這些手法最熟悉和最推崇的人。。。
當然，我覺得學學並沒有壞處，一方面你發現你和書裡和你自己想的那套差不多的時候，可以增強你自己的信心，同時從差異裡找到自己忽略的細節，另一方面你拿著這些錘子，雖然會有視一切為釘子的風險，但這事本身是看你自己智商的: 會學一點就濫用設計模式的人，難保不從別的地方或者自己憋出什麼奇奇怪怪的歪招。說到底，"知道在所有場合用什麼方法處理最合適"這種技能，本來就只有"大量練習+持續學習"這一條路，沒有什麼捷徑的。
15樓：夏然
我認為國內程式設計的水平和中國足球相當。
基本是看羅納爾多踢球嚇模仿的小b孩子。
16樓：Code Diy
設計模式可以看做工程結構的高度壓縮描述，
設計模式與工程實現的關係類似哲學與自然科學關係
大多數設計模式問題源於無法平衡設計模式與實踐經驗兩種解決問題思路
17樓：itlr
直白地說，
為了模式而模式
就像為了OOP而OOP
為了UML而UML
為了文件而文件
為了TDD而TDD
為了DSL而DSL
為了BEST PRACTICE而BEST PRACTICE為了SCRUM而SCRUM
為了招聘而招聘
為了管理而管理
為了戰爭而戰爭
為了搞物件而搞物件
為了生孩子而生孩子...
人類的潛台詞是：因為我「能」
荼毒就是，這些東西「銀彈」般的營銷，給人類的因「能」而做，不負責任提供了溫床。
18樓：等你下課
個人認為學習設計模式好處遠遠大於壞處。
首先我同意設計模式是一些好的設計手法，但是叫模式也不是不妥當。名字叫法其實並不重要，不應當因為名字叫法的而對設計模式產生牴觸（想想什麼是「物件導向」吧）。可以說設計模式是總結了一些好的設計手法的集合，既然這樣學習它難道是一種罪過？
就比如說你不懂得什麼是物件導向，所以你買了一本書叫做物件導向程式設計。那麼你不懂設計，買一本設計手法總結（《設計模式》）不是同樣的道理麼？
至少我覺得在對設計沒有任何概念的時候將設計模式通讀，設計絕對會進入另外乙個層次。當然我也同意經過日日夜夜的經驗總結也可以達到同樣的目的。那麼有人已經提供了相對容易的學習方式為何不去學習呢？
就像是你不知道三角形的三個角度相加等於180度，而你也不去讀關於數學的書籍，反而一味堅持總有一天你會懂得這個道理。
19樓：白喬
那個用貂蟬激怒呂布殺董卓的辦法
叫什麼來著？
我們這次對付友商。。。
老大，那叫美人計。。。
。。。對！就叫美人計！
設計模式和三十六計差不多
設計模式是一種溝通語言
本身沒什麼缺點
但過度設計會因此產生，吃飽了撐著的總喜歡畫蛇添足
20樓：leision
其實，最可怕的荼毒應該是，懂的人做設計模式，不懂的人說設計模式，而在實際工作中，會說的人往往比會做的混的開，於是會說的人把自己所謂的設計模式廣泛傳播，迅速氾濫，結果就是無數程式設計師被坑了，大概這就是荼毒吧。 於是 ，媽媽就和我說，永遠不要和只會說的人做朋友。。
21樓：van King
個人覺得設計模式有點類似於漢語中的成語，為相似的需求提供簡潔有效的規範化解決方案。寫一篇文章不可能通篇都是成語，但是用的恰當的話可以大大提供文章的可讀性，減少冗餘。
22樓：
我覺得設計模式是個很好的程式設計師溝通的語言，不妥的地方是有時會被人濫用，這跟設計模式是好是壞沒啥關係吧，前邊有講hello world用一坨設計模式的，現實中哪有這麼幹的呀，明明需求裡沒這事，偏偏要增加自己工作量，這種程式設計師該是多2
23樓：枕水
哈哈哈哈這個問題好。設計模式的荼毒就表現在被濫用。
上個世紀一段時間內程式設計師言必稱設計模式，當時本人還在上學，偶爾翻到一本設計模式的書，看得稀里糊塗。等工作之後再看，仍然稀里糊塗。
當時感覺十分自卑，因為這書是被捧為聖經一般的東西。
然後就問行內的前輩（其實就是聽前輩講課啦），人家大手一揮：其實就是blablabla……我一聽，原來這裡邊說的那些個模式我早就用過了啊！
我不太同意將設計模式作為交流語言的說法，因為程式設計師的一大習慣是：儘量減少二次轉換，以此防止耦合與模糊。你跟人交流用設計模式裡的代號，那萬一有人不知道那個代號怎麼辦？
或者有人記錯了怎麼辦？要知道人一多什麼事情都可能發生。
小範圍的設計師們互相交流，是可以的，但是也有裝逼嫌疑，因為我看不出設計模式裡的哪乙個模式，是不能用幾個簡單的詞彙來概括的。
24樓：JoyABC
頂一樓。不了解外國的軟體環境，但是就中國的軟體環境而言。非計算機人員都覺得計算機人員聰明絕頂，能解決手機、電腦、平拍、U盤乃至各種家用電器等的各種問題。
相信所有的計算機人員都可能被問到「你不是學計算機的嘛？怎麼這個都不會」這樣之類的問題。
其實這不僅是非計算機人員的問題，也有計算機人員的問題。
在平時的軟體開發過程中，作為乙個開發人員，我相信大家都遇到過需求頻繁變動，今天改了一點，明天說不定又要改回來的問題；作為乙個非計算機人員，我相信大家也遇到過一開始明明說的好好的，但是為什麼到最後軟體開發卻走樣的問題。這些各種各樣的問題促使了乙個新的職能的誕生--需求分析師。
為何會出現需求分析師，因為計算機人員和非計算機人員的溝通永遠不在乙個點上。只有大家站在同乙個點上，才可能順利溝通，組織需求。
我想設計模式也是如此。裝逼注定被雷劈。誤人子弟啊。
25樓：青衫
引用《愛情公寓》經典對話
悠悠：他不辭辛苦也是為了這個家呀。
關谷：當夢想照進現實，更需要腳踏實地，若能找到合適的兼差也是極好的，不僅能應付開銷，更不負愛的恩澤。
曾小賢、張偉：說人話。
關谷、悠悠：我們最近偏窮
天元突破中羅修的決策有何不妥
玖羽 回答這個問題，必須站在作品的角度上來看 站在作品的角度上來看，羅修的決策最大也是唯一的不妥就是 慫 天元突破的核心價值觀是 懟永遠比慫好，碰到任何問題，懟永遠對，慫永遠錯 天元突破的結構是非常精妙的，懟和慫的對比全篇一共出現四次，分別是村長 螺旋王 羅修 反螺旋，規模一次比一次大，正好形成乙個...
汽車廠商為何不做選裝模式？
弓親 首先，現在的大多數汽車廠商已經提供了選裝模式。至少就我知道的，保時捷 特斯拉等品牌提供了很詳盡的選裝選項，而且許多客戶都會使用選裝模式 大眾 奧迪等品牌也提供了選裝模式，儘管多數客戶最終並沒有選擇使用選裝模式。所以題主的問題應該是 為什麼大多數品牌提供了選裝模式，而使用者並不使用？因為如果需要...
各個設計模式的 Hello World 是什麼樣的？
FRANK 1.抽象工廠 package public class HelloWorld public void setText Strings 還有package public abstract class Maker 還有package public class HelloWorldMaker ...