2017-12-08 9 views
0

現在、私は30のWebアプリケーションを持っており、共通のWeb UIにそのインタフェースを含めるよう努めています。たとえば、すべてのアプリケーションの左側にメニューがあり、クリックすると中間のフレームでUIが表示されます。角4 - 一般的なWeb UIの複数のWebアプリケーション

ここでは、これらのアプリケーションには標準化できるサービスがあるということです。つまり、アクセス許可になると、すべてのアプリケーションによって呼び出される共通のサービスを構築できます。

私はコンポーネントごとに各アプリケーションを分解することなくこれを検討しています。私はアプリケーション側で最小限の作業をしたいと思っています。

誰もこれを前にやってみましたか?アプローチに関する提案はありますか?私はAngularを使うことを考えていました。

答えて

0

現在、私は30個のWebアプリケーション(たとえば)を持っていると私は、一般的なWeb UIで そのインターフェイスを含めるしようとしています。たとえば、すべてのアプリケーションが残った のメニューがあります。メニューをクリックすると、中間のフレーム にUIが表示されます。

独自のルーティングを持つアプリケーションごとに1つのモジュールを持つことができます。これらのモジュールは遅延ロード用に構成できます。ここ

キャッチは、これらのアプリケーションが ことができるサービスを持っているということである標準化され、すなわちそれは、すべてのアプリケーションによって呼び出されます、一般的なサービスが に構築することが可能なアクセス許可に来るとき。

ルートレベルで共通のサービスを提供し、各モジュールにアプリ固有のサービスを提供できます。

私は、 コンポーネントによって各アプリケーションを分解することなくこれを検討しています。私はアプリケーション側で最小限の作業をしたいと思います。

あなたはこれが何を意味するのかよく分かりません。

+0

「独自のルーティングを持つアプリケーションごとにモジュールを1つずつ持つことができますが、これらのモジュールは遅延読み込み用に設定できます」という昔ながらのHTML/CSS/JSスタイルで構築されたアプリケーション角ではない?私はまだWeb開発に精通していません... – stoicky

+0

私はあなたがそのように混在できるとは思わない。少なくとも標準的な方法ではありませんので、それほど簡単ではありません。 Angular 4はTypescriptで大部分は行われ、webpackにバンドルされています。これは、30+を含む完全なアプリケーションが角度で行われていることを前提としています。すべてのあなたのアプリを紹介しているホームページを先に進めて、単純なjavascript/htmlでそれを行い、各アプリへのリンクを**ただ**の角度を使用するのは、** sledgehammerでフライを殺すようなものです。 – sabithpocker

関連する問題