Web アプリケーションの JavaScript が 1 つの巨大なファイルに成長しました。管理しやすいようにモジュールに分割したいと考えています。
Web アプリケーションのコードベースを分析するための確立されたベスト プラクティスがあるかどうか、それともプロジェクトごとに大きく異なるだけかどうかはわかりません。
特に：
各モジュールは、「レイアウト」や「クライアント側のストレージ」など、アプリ全体の概念を担当する必要がありますか?
または、モジュールは、構築されているアプリに固有の概念 (「コメント」や「カレンダー」など) 用であり、各モジュールは独自のレイアウト、独自のクライアント側ストレージなどの管理を担当する必要がありますか?
または両方の混合物？
懸念の分離と単一の責任を考慮に入れる場合、各モジュール/コンポーネントなどは、それが行うことだけを担当する必要があります。モジュールを分割して、小さくて管理しやすいチャンクにリファクタリングし、それ以外のことは何もしません。
JS アプリケーションに関しては、いくつかのクライアント側 MVC フレームワーク (ノックアウト、スプラウトコア、スパインなど) を見ることができます。これらのフレームワークは、ビューとレイアウトをコントローラーとモデルに論理的に分離するのに役立ちます。また、require.js のようなものを使用して、必要なときにモジュールをロードすることに興味があるかもしれません。
Alex McCaw による非常に優れた本があり、読む価値があります。
MVC はパターンの 1 つにすぎませんが、非常に人気のあるパターンであり、懸念事項のいくつかに対応しています。
幸運を祈ります。
すべてが同じであれば、アプリに固有の概念に基づいてモジュールを作成することをお勧めします。これはよりオブジェクト指向であり、一緒に変更される可能性が高いコードをグループ化する傾向があります。これにより、コードが理解しやすくなり、変更が許容され、開発と拡張が容易になります (「モジュール性」の利点)。