您的ViewControllers使用的類的命名模式，幷包含業務邏輯

Question

我看到很多人（包括蘋果的示例代碼）將所有業務邏輯放在他們的ViewController類中。然而，爲了創建更輕的視圖控制器，我想把所有的業務邏輯都歸類爲自己的類，封裝，關注點分離和單元可測試性作爲預期的副作用。

但是，對於持有業務/應用程序邏輯並由UIViewController派生類使用的這些類使用什麼樣的命名約定？

假設，假設我有一個名爲GameDetailViewController的類的撲克遊戲。所有顯示內容的業務邏輯或者移動是否有效都將放置在由GameDetailViewController使用的單獨的類中。

這是什麼名字？我在課程名稱後面看到了術語「服務」和「經理」。有更好的術語嗎？

1. GameDetailService？
2. GameDetailManager？

'服務'的問題在於，它常常與您要與之通話的任何遠程（又名雲服務）服務器超載。經理：呃..一切都變成了經理，它管理着什麼？

我喜歡設計模式的方式，但我很難找到一個好名字。

Answer 1

我會將它命名爲它的功能，如果它的驗證手，那麼在我看來，它是GameLogic.h，這樣當您調用[GameLogic isValid:hand];或[GameLogic is:hand1 greaterThan:hand2];時，在視圖控制器中很容易閱讀。這對我來說很有意義。很明顯，當你需要提出一個關於你的遊戲邏輯的問題時，你知道該把它放在哪裏。