というわけでVueでいろいろ遊んで、アプリが大きくなった今、どう整理したらいいのか疑問に思っています。
私はコンポーネントを理解しており、多くの場所で必要になる可能性が高い「カスタム選択ボックス」コンポーネントなど、同じページで何度も再利用する必要がある場合に意味があることを理解しています。
しかし、インスタンスが 1 回しかないコンポーネントについてはどうでしょうか? 例: 3 つの領域を持つ管理ダッシュボード インターフェイス: いくつかのナビゲーションを備えたサイドバー、ナビゲーションで選択されたものに基づいて編集できるメイン領域、メイン領域に関連するものを備えた別のサイドバー。これらはすべて別個のコンポーネントである必要がありますか? ページにそれぞれのインスタンスが1つしかない場合、それを行う利点が見られないためです。反対に、すべてのコードを単一の「アプリ」コンポーネントに詰め込むと、コードの一部を簡素化できます (変数が少なくなります)。
私は個人的に3種類のコンポーネントを持っているのが好きです。
再利用可能なシステム コンポーネント。これらは、一般的なレイアウト、カスタム ボタン、カスタム セレクト ボックスに使用されます。これらは、コード内で複数回再利用され、非常に用途が広いことを意図しています。
ページ/ビュー コンポーネント。通常、ルートは特定のコンポーネントにルーティングされます。このコンポーネントは、複数のコンポーネントのある種のアセンブリです。この区別により、アプリケーションの「ページ」をすばやく識別できます。
論理分割。これらは見つけるのが最も難しいです。私は互いに関係のないものを分離する傾向があります。たとえば、フッターは再利用できない場合がありますが、フッターの変更はフッターのみに関係する必要があります。その他の例としては、ナビゲーション バー、メニュー、管理者の各セクションがあります。これらのコンポーネントは可能な限り再利用できるようにする必要がありますが、特定のものになる場合もあります。
別の例: コメント システム。「コメント」はタイプ 3 のコンポーネントです。「コメント スレッド」表示は、「コメント」コンポーネントを使用するタイプ 3 の別のコンポーネントです。コメント スレッドの件名用のページが存在し、タイプ 2 になります。タイプ 3 および 2 の各コンポーネントは、他のタイプの他のコンポーネントを使用する場合があることに注意してください。コメント スレッドの表示配置を変更したい場合は、「コメント スレッド」コンポーネントを変更するだけです。