2013-08-25 9 views
8

現在、共通のサービスを利用する異なるAngularJSアプリケーションから存在するWebサイトを計画しています。サービスは別々のファイルに実装されます。対応するアプリで使用されているサービスファイルのみを含める/連結するアプリのファイルサイズを最小限に抑えるため、依存関係管理のベストプラクティスを探しています。AngularJS:Dependency Management

には、角度のあるrequireJSのようなものがありますか、またはincludeを処理するために何を提案しますか? 。事前に 感謝)

+2

私個人的には?私は[Grunt](http://gruntjs.com/)を使って、それを1日と呼びます。 –

+0

Gruntは依存マネージャではありません。 – mwilcox

答えて

3

私はNG-定型と同じ組織を使用することをお勧め: https://github.com/joshdmiller/ng-boilerplate

私は1つのプロジェクトに近いNG-boilerplatに組織を使用し、それは私たちが私たちの依存関係にモジュラーことが許さ管理。

0

私は個人的に上記の@Julioとしてng-boilerplateを見ていませんが、簡単に設定して使用したいと思う角度でRequireJSを使用することができます。私はそれをやったし、それは魅力のように動作します。

2

私にとっては、jsの計算が非常に多いほとんどのWebアプリケーションで魅力的なように機能する唯一のビルド/デプロイメントシステムはyeomanです。
この引用は、それが何であるかを記述する必要があります/い:

ヨーマン1.0は単なる道具以上のものです。ワークフローです。ウェブの開発をより良くするためのツールとベストプラクティスのコレクションが調和しています。

だから基本的に、それはすべての定型ファイル、依存関係をインストールし、generatorsの助けを借りて、あなたの全アプリを設定しnpmです。それはbowerを使用し、gruntは、あなたのアプリケーションの構築/展開を担当するgruntの設定の難しい部分も処理します。
私は非常に現代効率的ワークフローとしてyeomanをお勧めします。

+0

今日、yeomanとangularjsは非常に一般的ですが、角度生成器は1つのアプリケーションに焦点を当てているようです。アプリが共通のサービスを使用できるように複数のモジュール/アプリを定義することは可能ですか? – MrMuh

+0

お客様のニーズに合わせて独自のジェネレータをカスタマイズすることは可能でしょうが、個々のモジュール/スクリプトでは一般的な方法はそれらを管理することです。パッケージ*(スクリプト/ git repos/modules)をあなたのアプリにインストール/削除/更新することができます。 –