這是一個高耦合的跡象

Question

我正在做一個軟件系統的代碼審查。我注意到一些用戶的故事甚至子任務在執行|時修改它們導致一個大的代碼提交，通常最終在改變幾十個源代碼文件（Java類，javascript文件，HTML等）

我期望當有人實現一個子任務或一個用戶故事只會需要更換少量組件。有時候，提交最多可以更改60個文件。

附截圖來說明的情況下

Answer 1

如果你確認你修改的只有特定的類/方法，然後根據它的一個結果，你必須編輯所有其他地方，那麼是的，代碼是緊密耦合的。

參照here。

Answer 2

我不確定你可以通過查看單獨更改的文件數來得出代碼緊密耦合的結論，並且不考慮在用戶故事的上下文中進行的實際更改。

如果我們考慮類和方法之間的耦合，那麼在用戶故事需要觸及的類的數量之間沒有關係，這實際上取決於故事本身。

查看已更改文件的列表，在實現故事時發生了特定更改，如將自動化IDE重構（如重命名方法）應用於特定類將生成，確實會暗示緊密耦合。