C++中的單一責任 - 我應該使用朋友類還是更多訪問器來實現它？

Question

我希望遵循C++中的單一責任原則。然而，正如我分手類，似乎爲了讓班「看到」對方，我有以下選擇：

1. 添加更多的訪問者爲每個類
2. 使對方的班朋友
3. 提高設計（也許是事實，我會做1或2表示我的設計有一個缺點）

的朋友與存取問題可能已經討論過，但我不知道在實施單一責任方面更有優勢。

Answer 1

現在你有一組所有需要一起工作的類，你應該考慮他們應該如何一起工作。如果它通過訪問函數或朋友，那麼你就緊密地聯結了類。未來很難放棄一個完全不同的新課程。由於它們都是相互依賴的，因此測試這些類也很困難。

考慮創建一個接口類來定義你的類應該如何通信。除非涉及到某些特殊權限，否則此界面還將定義其他人如何與他們進行通信。這樣，你就可以打破課程的相互依賴關係。任何未來的變化都是本地化的。其他人不得不改變（或者甚至重新編譯）。

Answer 2

您還有選項4：添加更多類以表示類之間的不同角色/交互。

這至少符合得墨忒耳定律。

Answer 3

我一直認爲規則是BS。大多數班級都有一些責任，並沒有造成任何傷害。考慮一個銀行賬戶類 - 它可能具有的責任：

• 維護客戶的詳細資料
• 允許借記&信用交易
• 提供電流平衡
• 報告安全可疑交易

當然，這些責任可能會使用由該賬戶組成的其他類來實施。

Answer 4

如果你必須暴露私人數據從一個類到另一個，比讓第二個類成爲朋友。爲您的私人數據創建一個訪問者會破壞首先將其設爲私有的目的。單一責任主體對此沒有影響。

編輯

針對迪馬的評論下面，也許我說「中的」目的就有點過頭了。畢竟，有不止一個理由讓數據成員保密。迪馬指出，其中一個原因是爲了保護物體的完整性。訪問者確實做到了這一點。

但第二個（更重要的是，在我看來）原因是隱藏類的實現細節。一旦你添加了公共訪問器，你就失去了對其他類的引用你的類的實現細節的控制權。隨着時間的推移，由於其他類的級聯效應，這可能會使修改實現變得非常困難。

朋友類雖然遠非完美，但至少可以嚴格控制您的更改會影響多少班。另一個好處是，當您進行更改時，您確切知道哪些類可能會受到影響。因此，當你必須分享課堂內部時，它們是更好的選擇。但是，所有的最佳選擇（當然）不是不公開實施細節。