Anglar多モジュールプロジェクト構築プロセス
ことばを引く
二ヶ月前に、問題システムが既に存在しています。出題システムを構築する必要があります。また、二つのシステムは共通の実体、コンポーネント及びサービスがあります。どのように新しいシステムを構築しながら、元システムのコードを多重化するかは、プロジェクトの難点となります。
その時の解決策は、2つのシステムを1つのアプリケーションに配置し、このアプリケーションのために2つの構成を構成し、
今から
新しい思想と理解はバックエンドからの思考であり、バックエンドプロジェクトを構築する時、コード多重化を実現するために、マルチモジュールを構築する。
次の図のように、汎用コードは
問題が来ました。
実現する
参考にする
以前は
最近になって検索されたキーワードのエラーが見つかりました。
具体的な学習は以下の2つの文章を参照してください。
ANGULAR WORKSPACES:MULTI-APPLICATION PROJECTS
ライブラリ-ANGULAR公式文書を作成します。
初期化コマンド
最終的なプロジェクト構造長は、このように全モジュールが
同時に私達は以前使った
しかし、開発の過程で、共有モジュールが変更される可能性があります。頻繁に公開するのはちょっと面倒です。現地のモジュールを直接引用するにはどうすればいいですか?
構築
私たちが使っている他の
業務モジュールに
ビジネスコンポーネントに入って
締め括りをつける
以上は小编で绍介したAnglar多モジュールプロジェクトの构筑プロセスです。みなさんに助けてもらいたいです。
二ヶ月前に、問題システムが既に存在しています。出題システムを構築する必要があります。また、二つのシステムは共通の実体、コンポーネント及びサービスがあります。どのように新しいシステムを構築しながら、元システムのコードを多重化するかは、プロジェクトの難点となります。
その時の解決策は、2つのシステムを1つのアプリケーションに配置し、このアプリケーションのために2つの構成を構成し、
ng serve
またはng build
を行うと、対応する構成をロードし、2つのシステムを動的に構築し、コード共有の問題を解決した。今から
Angular
を見に行きます。理解はまた違います。新しい思想と理解はバックエンドからの思考であり、バックエンドプロジェクトを構築する時、コード多重化を実現するために、マルチモジュールを構築する。
次の図のように、汎用コードは
Core
とCommon
モジュールにおいて、各サービスモジュールはこの2つのモジュールに依存し、モジュール間依存によるコード多重化を実現する。問題が来ました。
Angular
では、多重化の目的を達成するために、バックグラウンドのようにマルチモジュールプロジェクトを構築してもいいですか?実現する
参考にする
以前は
Angular Multi Module
をキーワードとして検索していましたが、検索したのは多モジュールの不活性なローディングの記事です。最近になって検索されたキーワードのエラーが見つかりました。
Angular Multi Library And Application
です。具体的な学習は以下の2つの文章を参照してください。
ANGULAR WORKSPACES:MULTI-APPLICATION PROJECTS
ライブラリ-ANGULAR公式文書を作成します。
初期化コマンド
Angular
プロジェクトを作成します。angular-project
という名前で、Application
を作成しないで、相互作用を行わないで、依存のインストールをスキップします。
ng new angular-project
--createApplication=false
--interactive=false
--skipInstall=true
ライブラリcommon
は、アプリケーションsso
を生成し、依存インストールをスキップする。
ng g library common
--skipInstall=true
ng g application sso
--style=scss
--routing=true
--skipInstall=true
インストール依存:
npm install
--registry=https://registry.npm.taobao.org
プロジェクト構造最終的なプロジェクト構造長は、このように全モジュールが
projects
ディレクトリの下にある。Angular Library
の構成は、一般的に使われているように、Module
、Module
にコンポーネント、サービスなどが含まれている。同時に私達は以前使った
ShareModule
を反省し始めました。実は私達はそれをAngular Library
に作って、npm
倉庫に発表します。このように複数のプロジェクトの間で公共モジュールを高速に移植するのも効率的です。しかし、開発の過程で、共有モジュールが変更される可能性があります。頻繁に公開するのはちょっと面倒です。現地のモジュールを直接引用するにはどうすればいいですか?
構築
common
ライブラリ:ng build common
このライブラリが頻繁に変更されると、モニターパラメータを追加できます。ファイルの修正後に自動的に構築されます。ng build common --watch
コマンド実行後、dist
ディレクトリに構築に成功したcommon
ライブラリが生成されます。私たちが使っている他の
Angular
ライブラリのように、直接import
、WebStorm
は自動的に提示されます。
import
{
CommonModule
}
from 'common';
テスト業務モジュールに
CommonModule
を導入する。
import { BrowserModule } from '@angular/platform-browser';
import { NgModule } from '@angular/core';
import { AppRoutingModule } from './app-routing.module';
import { AppComponent } from './app.component';
import { CommonModule } from 'common';
@NgModule({
declarations: [
AppComponent
],
imports: [
BrowserModule,
AppRoutingModule,
CommonModule
],
providers: [],
bootstrap: [AppComponent]
})
export class AppModule { }
AppComponent
コンポーネントには、CommonModule
のCommonComponent
が使用される。
<h1>App Component HTML</h1>
<lib-common></lib-common>
注:ライブラリコンポーネントが生成するデフォルトのプレフィックスはlib
である。ビジネスコンポーネントに入って
ng serve
を行い、成功しました。締め括りをつける
以上は小编で绍介したAnglar多モジュールプロジェクトの构筑プロセスです。みなさんに助けてもらいたいです。