山也 DRY, 海也 DRY — 你也濫用 DRY 嗎?

大家學習如何寫好程式時,所接觸的第 1 個觀念應該都是 DRY(Don’t Repeat Yourself) 原則。做法上,我們會將重複的程式碼抽出,統整成共用的程式碼片段(可以是函式也可以是類別等)。

不過 “The DRY Principle is Bad Advice” 一文給我們一個不錯的反思!

濫用 DRY 原則可能造成高耦合(tight-coupling)的程式碼誕生,原因是隨著需求的演變,共用的程式碼片段也會跟著變更,最終導致一個又肥又長的共用程式碼片段,不僅可能閱讀性差、單元測試難以撰寫,在應付未來的新變更時也需小心翼翼。

因此,在應用 DRY 原則時應該慎思,思考這些重複的程式碼是未來也一成不變?還是它們在不遠的將來會有變化,導致它們最終不能共用邏輯?透過這些問題,就能夠知道如何處理這些重複的程式碼。

前往閱讀 “The DRY Principle is Bad Advice”!

追蹤新知

看完這篇文章了嗎?還意猶未盡的話,追蹤粉絲專頁吧!

我們每天至少分享 1 篇文章/新聞或者實用的軟體/工具,讓你輕鬆增廣見聞提升專業能力!如果你喜歡我們的文章,或是想了解更多特定主題的教學,歡迎到我們的粉絲專頁按讚、留言讓我們知道。你的鼓勵,是我們的原力!

贊助我們的創作

看完這篇文章了嗎? 休息一下,喝杯咖啡吧!

如果你覺得 MyApollo 有讓你獲得實用的資訊,希望能看到更多的技術分享,邀請你贊助我們一杯咖啡,讓我們有更多的動力與精力繼續提供高品質的文章,感謝你的支持!