DRY會不會讓你走上OOP設計模式正義的道路？

Question

假設：你的DRY感覺是可靠的。代碼中的重複行爲反映給你;它是黑板上的釘子。

問題：將DRY保持在您心目中的最前沿可以保證您在注意何時應該尋找設計模式？

從我看過的設計模式的介紹看來，似乎已經在解決所謂的「需要」重複代碼。這是一個面向對象的真相嗎？

可能更容易的問題：有沒有什麼時候乾燥會導致你遠離OOP設計模式？

Answer 1

恕我直言，這取決於具體模式。如果你有GoF模式，那麼他們的目標就是「分離關注點」。通過分析對象創建（工廠模式）或對象克隆（原型模式）這樣的特定問題，您可以將處理此問題的那部分代碼引入中心位置，從而使代碼更加乾爽。

其他類似Flyweight或Proxy的GoF模式具有不同的性質，它們旨在提高效率或降低複雜性。這些模式大多與DRY原理正交。

Answer 2

DRY和OOP是正交的。無論是否使用面嚮對象語言進行編碼，都應實行DRY。請記住，DRY不僅適用於代碼。

Answer 3

爲什麼思考DRY會讓你遠離OOP設計模式。設計模式在那裏，以便您不會重複其他人多次犯的錯誤，並針對特定問題提出解決方案。所以，沒有DRY不會讓你遠離OOP設計模式。

Answer 4

正如其他人注意到的，DRY和OOP是正交的概念。 DRY不會導致您遠離OOP設計模式的最終證明是您可以在使用其中包含（某些）OOP設計模式的語言時應用DRY。