アプリケーションには、モジュールとして非常に具体的に記述できる機能がたくさんあります。通常、何らかのセットアップ ダイアログが表示され、ユーザーが [OK] をクリックすると、実行するプロセスが構成され、そのプロセスが実行されます。場合によっては、ユーザーがより関与し、ユーザーが新しいダイアログを開いてしばらくの間ダイアログで作業し、基礎となるデータベースに変更を加える多くのことを行います。
私は通常、いくつかの標準クラスで終わります
ConfigPanel.cs
ConfigPanelData.cs
ProcessRunner.cs
ApiWrapper.cs (for calling the process from somewhere else)
よりエンドツーエンドのモジュールがあれば、それは WorkerPanel.cs WorkerData.cs SetupOptions.cs (実行間で保持されるパネルの状態) Lib/WhateverBackendStuffINeedToSupportModule ApiWrapper である可能性があります
現在、それぞれにフォルダーがあります。
UI/Panels/
Module1Panel.cs
Module2Panel.cs
UI/PanelData/
Module1PanelData.cs
Module2PanelData.cs
UI/PanelManagers
Module1PanelManager.cs
Module2PanelManager.cs
Core/Module1/
Module1.cs
Module1Helpers.cs
Core/Module2/
Module2.cs
Module2Helpers.cs
ご覧のとおり、すべてが本当に広がっています。50 以上のモジュールでは、これらのフォルダーは実際には整理されていません。サブシステムごとに分割しても、まだ混乱しています。すべてをまとめて、すべてをクラス型ではなく関数で区切るのは悪い設計でしょうか?
Module1/
Module1Panel.cs
Module1PanelData.cs
Module1PanelManager.cs
Module1PanelLib.cs
Module1PanelWrapper.cs
Module2/
Module2Panel.cs
Module2PanelData.cs
Module2PanelManager.cs
Module2PanelLib.cs
Module2PanelWrapper.cs
クラスをどのように編成していますか?また、長所と短所は何ですか?