問題タブ [angular-cli]

npm を使用して新しいライブラリをインストールしましたが、これまでのところ問題ありません。そこにあるcssをプロジェクトにインポートしたいのですが、明らかにnode_modulesフォルダーに直接リンクするべきではありません。それで、これを私のプロジェクトにインポートするのは簡単ですか？Angular CLI を使用しています。

アイデアはありますが、それが良いアイデアかどうかはわかりません.gulp/gruntをインストールして、そこにスタイルを要求vendor.cssし、プロジェクトに出力することを考えました。それは可能ですか？

angular-cli を既存の angular2 プロジェクトで使用し、それを使用してコンポーネントなどを生成したいと考えています。これを実現するには、どのような構成が必要ですか? angular-cli.json含めれば十分だと思いました。任意のヒント？

を使用してアプリを構築しangular-cli@0.0.39ます。単純なangular 1アプリケーションの変換です。問題は、main.js800KB を超えるファイルのサイズです。ファイルには（おそらく）すべてのangular 2モジュールが含まれていることがわかります。

ng build --environment=productionコマンドでビルドしました。

何か不足していますか、それともファイルの正しいサイズですか?

cmd を使用して新しいアプリを作成するときに発生する問題があります。

私が以前にしたこと：

1. インストール npm -g インストール angular-cli
2. npm -g インストール タイピング -> 必須ではありません!
3. 何度か失敗した後、私も試しました： npm cache clean してから再試行しました

バージョン:

• ウィンドウズ7
• ノード 4.4.5
• angular-cli 1.0.0 ベータ 6

そのため、プログラムは、図に示すように、ステージでかなりの時間 (7 分ほど...) ハングし続けます。

それを修正する方法はありますか？

新しいアプリの作成中の cmd の問題:

PrimeNG のスケジュール コンポーネントを使用して、ユーザーのカレンダー イベントを表示しようとしています。カレンダーは表示されますが、Fullcalendar がイベントをレンダリングしようとするとエラー
"ORIGINAL EXCEPTION: TypeError: Cannot read property 'scrollTop' of null"
が返されます。以下に、html、設定オプション、および表示しようとしているイベントのモックを含めました。

どのオプションを含めても、fullcalendar は常に同じエラーを出すことがわかりました。オプションなしでスケジュール テンプレートをロードしようとしても、同じエラーが発生しました。これは、Schedule と fullcalendar を含めた方法が正しくないことを示しているようです。npm install --save で primeng と moment を含め、html cdns で fullcalendar を含めました。ここに示す実装の変更に従って、 Schedule を起動して実行しました。次に、現在のコンポーネントに Schedule をプロバイダーおよびディレクティブとして追加しました。コンポーネントのメソッド内から参照できるように、Schedule もクラス コンストラクターに含まれています。

デフォルトの Angular CLI タスクを拡張しようとしていますが、いくつかの障害があります。この時点で、2 つの追加タスクを追加するために拡張しようとしています。

• CSS リンティングの stylelint をサポートするリンティングを追加します。
• doiuseのサポートを追加して、記述されたすべてのスタイルがサポートする必要のあるブラウザーをサポートするようにします

これまでにいくつかのことを試しましたが、どれも機能していないようです。また、material-2 angular-cli-build.jsファイルを調べたところ、変更されたバージョンで doiuse を動作させることができましたが、それでも問題があり、無効であることが判明したときにエラーを適切にキャッチできません。 CSS。

Angular CLI タスクを拡張するために運が良かったり、提案できるヒントを持っている人はいますか?

共有フォルダーに何かを生成するたびに、index.ts ファイルが再構築され、エクスポートがアルファベット順に配置されます。これは私にとって依存関係を壊しているようです。依存関係を持つクラスの前に依存関係がエクスポートされるように手動で順序を変更すると、再び機能します。

私たちが持っている場合app/shared/auth.guard.ts：

とapp/shared/account.service.ts:

これは機能しません:

Unhandled Promise rejection: Error: Cannot resolve all parameters for 'AuthGuard'(undefined, Router). Make sure that all the parameters are decorated with Inject or have valid type annotations and that 'AuthGuard' is decorated with Injectable.

これは機能します：

私が気づいたことから、これはすべてに当てはまるわけではありません。たとえば、認証サービスの後にユーザー モデルをエクスポートすると、正常に動作します。

毎回これを手動で変更する必要がなかったらいいのにと思います。利用可能な回避策はありますか? 別の方法でファイルを構成できますか?

からの依存関係package.json:

dev依存関係: