作曲大師

避免“多行幾行”綜合癥。

最好的藝術總是來自構圖。

作文可以節省您的時間。

我再也不能強調這個了。

在花了許多年時間開發各種規模的系統之后，這個原則對我一直適用。

組合是您作為軟件開發人員所擁有的基本工具之一，可以應對代碼庫中不斷變化的日常挑戰（感謝產品經理）。

我經常聽到這樣的論點，即使用組合會帶來不必要的代碼。

僅需要幾行就可以完成這項工作。 總體結果仍然可讀。

但是要持續多久？

那么，您要在課堂上添加“僅幾行”的“單一責任原則”呢？

它的可測試性如何？

保持靈活性以適應將來的需求并控制代碼庫的發展怎么樣？

您會不會很舒服地看著PM的臉龐說“拜托，給我更多的要求”？

Morpheus絕對使用構圖。

如果您只考慮現在，就不要改變。

如果您不從事專業工作，那就不會。

如果您不使用合成并且違反SOLID原則，則不會。

我舉一個例子。

這是內存消息發布者的當前接口和實現：

現在您的PM來告訴團隊：

• “我們需要插入一個Kafka集群，在其中插入我們當前在內存中發布的所有消息”
• “我們仍然需要繼續在內存發布器中發布這些消息”

您可以在這里選擇。

第一種可能性是添加“僅多幾行”：

告訴我，您能輕松測試這堂課嗎？ 所有情況？

這堂課要做什么？ 只有一個或多個？

現在第二種可能性：

測試每個這些類有多容易？

這些類每個都在做什么？

如果明天需要添加第三個發布服務器，或更改郵件分發策略，哪種策略可以使您更快，更安全？

在不斷增長的班級中增加“多幾行”還是增加另一個微小的，由單一責任驅動的班級？

想一想。

翻譯自: https://hackernoon.com/the-power-of-composition-cf251e123e69

作曲大師

總結

以上是生活随笔為你收集整理的作曲大师_作曲的力量的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。