2016-04-08 17 views
0

いくつかのサービスとコンポーネントを共有するいくつかのWebアプリケーションでは、角度2の使用方法を評価しています。私が理解する限り、コンポーネントを共有してコンポーネントを共有することができます。各コンポーネントにはコンポーネントにのみ影響を与える独自のCSSがあります。サービスを共有する最良の方法は何ですか?角2モジュール/アプリケーション構造

私は現在、角度1とブートストラップコンポーネントを使用しています。 1つの要件は、アプリケーションでカスタムスキンを作成する可能性があることです。アプリケーション自体は、すべてのWebサイトでJavaスクリプトスニペットを追加することで動作するはずです。これは、1つの特定のWebサイトで実行するように作られた他のSPAと大きく異なります。現在のところ、新しいスキンを使用せずにアップロードするようにカスタマイズできるブートストラップレスの変数ファイルを提供しています。これの利点は、ほぼすべてのWebデザイナーが、ブートストラップの仕組みを知っていることです。しかし、これはまた、CSSがグローバルで定義され、コンポーネント内に定義されていないことを意味します。どのような人々が非常に簡単な方法で角度2でCSSをカスタマイズするための最良のアプローチは何ですか?

私たちの場合、2つのアプリケーションが相互に作用する必要があるかもしれません。たとえば、ホテル予約アプリケーションとフライト予約アプリケーションがあるとします。ユーザーがフライトを予約した後、同じページ内にホテルの予約アプリケーションを提供することができます。両方のアプリケーションは、日付範囲選択フォームや結果ページのようなコンポーネントを共有することができます。異なるアプリケーションについて話すのは正しいですか?2つのモジュール(ホテル+フライト)のみを作成しますか?より大きなプロジェクトでの初期ローディング時間を短縮するために、現在のアプリケーションに必要な部分だけをロードする遅延ロードはどうでしょうか?

どのようなアイデアは、そのような種類のプロジェクトに最適な構造は何ですか?

答えて

0

私は描写できる方法です。二つの主要なルート

/Flights 
|--Holds other routes for the Flights part of the application 
|i.e. 
/Flights/flights 
/Flights/seating 
/Flights/payment 

/Hotels 
|--Holds other routes for the Hotels part of the application 
|i.e. 
/Hotels/booking 
/Hotels/payment 

アプリケーションだから、彼らの特定のニーズのための巣ルート2の主要なルートで一つのアプリケーションになるでしょう。