まず、[コンポーネント]とモジュールの概念を区別してください。コンポーネントは UI インタラクションを表現するためにのみ使用され、フロントエンドやバックエンドのリクエストなどのビジネス ロジックを含めるべきではありません。

具体的に言えば、Sass ベースのサイト開発では、多くの場合、この種の [機能を構成できる] 要件に対処する必要があります。一般的なプロセスは次のとおりです。

1. バックエンドは[関数構成]インターフェースを開き、ページが読み込まれるときにフロントエンドは[現在のページ構成パラメーター]情報を取得します

2. フロントエンドは各ビジネスロジックを独立したJSモジュールにカプセル化し、エクスポートモジュールの機能を通じてVueのUI層にビジネス機能を提供します。

3. フロントエンド UI レイヤーは、機能構成に基づいてさまざまなモジュール関数を呼び出します。

簡単に言えば、開発モデルは Vue シングルページ アプリケーションと一致しており、機能構成に基づいて UI ロジックを定義する JS モジュールを追加してカプセル化するだけです。

動的テーマ切り替え機能に関しては、設定インターフェースを通じて実装することもできます。たとえば、構成インターフェイスのスタイル フィールドには、現在のビジネス パーティのテーマを識別する className プレフィックスが保存され、対応する CSS を使用してスタイル プレフィックスを現在のページにバインドすることで、テーマの切り替えを簡単に実現できます。

:class追記: プロジェクトの開始時にミックスインを使用しないでください。ミックスインにより、ビジネス ロジックの検索とデバッグが困難になる可能性があります (ミックスインでミックスした後、未知の場所からインポートされた関数や変数が参照される可能性があります)。正しいアプローチは、オンデマンドでビジネス モジュールをインポートすることです。

1. UI と機能コンポーネント (ネットワーク リクエスト、ローカル ストレージなど) が分離されており、機能コンポーネントは基本的に自由に組み合わせることができます。

UI コンポーネントの抽出と分割の具体的な粒度は、対象プロジェクト間の違いの大きさと、反復的なリリース速度の要件によって異なりますが、実際には、再利用性の度合いが高いほど良いというわけではありません。効率が低いほど、エラーが発生する可能性が高くなり、バランス ポイントを達成する必要があるデバッグの難易度が高くなります。