根據你的經驗設計的模式最難掌握,從某種意義上講,它們相對不那麼直觀。哪些是困難模式?
Q
哪些是困難模式?
3
A
回答
1
就個別模式而言,可能是Interpreter。
這就是說,我認爲設計模式最困難的事情是真正理解它們背後的編程模型。很多人把它們當作數據結構來對待,這是對如何使用它們的誤解。作爲一個整體,理解設計模式的關鍵是理解多個對象彼此通信的概念,而不是從上面「操縱」。
一旦你掌握了這一點,以及在圖形中構建和排列這些對象的整體概念,大多數模式就會變得相對明顯,並且只是一種必然性。
2
對我來說,最困難的模式是你知道何時應用給定模式或不適用於特定情況的模式。
問候,
0
您需要按照
- 明白爲什麼要遵循你的項目的設計模式。
- 你試圖通過遵循一個模式來實現什麼。
一旦您清楚瞭解這些2,就可以開始遵循適合正確設計模式的OOPS概念。
任何設計模式都不過是實時場景中OOPS概念的實際實現。
相關問題
- 1. MVC模式:一些難點
- 2. 操作系統多線程有哪些困難?
- 3. 我的水平課有一些困難。哪裏不對?
- 4. 模型視圖困難
- 5. 模式兩難困境,是Neo4j的正確的選擇
- 6. 在形式jQuery的困難
- 7. 困難正則表達式
- 8. 左右爲難哪些使用裝飾VS橋模式
- 9. 一些困難寫LINQ查詢
- 10. 面對記錄的一些困難
- 11. VB.net代碼的一些困難
- 12. 某些情況下的「困難」排序
- 13. 面臨JSON解析一些困難
- 14. 其中哪些是存儲庫模式?
- 15. 理解這些正則表達式的困難
- 16. 在困難CSS樣式形式
- 17. string.toUpperCase困難
- 18. 發展困難
- 19. 定位困難
- 20. Makefile的困難
- 21. 困難DisqusSharp
- 22. HorizontalScrollView困難
- 23. 解析困難
- 24. 遇到困難
- 25. NerdDinner困難
- 26. Arraylist困難
- 27. libGDX touchDown困難
- 28. .htacces url_rewrite困難
- 29. 的fancybox困難
- 30. 遞歸困難
什麼是你的模式來源? GoF的? – 2010-11-20 05:37:29
不一定。 – Gaurav 2010-11-20 05:51:48