歡迎來到 常識詞典網 , 一個專業的常識知識學習網站!
[ Ctrl + D 鍵 ]收藏本站
答案 1:
其實一般框架中已經應用了不少的設計模式原則,如果使用框架,更多地考慮你的業務邏輯模型。其實我個人覺得,在一般情況下,不能以設計模式做為設計的出發點,它們是來幫你解決問題的,而不是為你造成困擾的。在考慮軟件設計的過程中,出發點永遠應該是以需求為基礎的,需要對現有的需求,對于未來可能的變化有盡量充分的考慮。尤其要對變化有充分的認識,設計模式是用來幫助你應付變化的。在這之后,應該以一般性的OO設計原則進行思考,將職責進行劃分、哪些地方可能會發生變化、如何做開閉??等等,網上、書上有很多介紹。變化是一個需要仔細考慮的因素,這是因為變化而導致了依賴的變化,由于變化的擴張導致的軟件難以維護和功能升級。因此把出發點放在變化上是沒錯的。對于需求很確定、變化很少的軟件設計,可以完全不考慮設計模式;但一旦決定使用設計模式,就需要仔細考慮和權衡。有很多時候,使用哪種模式并不是非常明顯的,如何抉擇的問題答案又會回到你對業務、對需求、對變化的理解了。答案 2:
我覺得使用設計模式是這樣的:出發點是需求,但你發現一些需求有共性,要么是相同的動作,要么是相同的使用方式,然后你想想有什么抽象或者設計模式可以滿足這些共性,然后才是使用設計模式。說白了,還是先分析你要做的事情有什么內在聯系,然后再去匹配設計模式。個人認為,前者需要很多的思考,而后者靠使用經驗下一篇:Flipboard、Zaker 類產品是不是已經走下坡路了? 下一篇 【方向鍵 ( → )下一篇】
上一篇:咱們的-或者-之類的平時都在哪里干什么? 上一篇 【方向鍵 ( ← )上一篇】
快搜