Angular: Angular2 AOTコンパイル-「クラスのモジュールを判別できません（...未使用の多くのコンポーネント）」

クラスのモジュールを判別できません

コンポーネントはモジュールの一部である必要があります。 それは意図されています。
機能リクエストだと思います。

@DzmitryShylovich使用しているコンポーネントがモジュールの一部である必要があることは理にかなっています。 しかし、コンパイラに関する限り、これらのファイルは重要ではありません。 これらは未使用の参照されていない.tsファイルであり、たまたまコンポーネントが含まれています。

@ smilemadude66uはtsconfigで未使用のファイルを除外できます

@DzmitryShylovichできますが、バレルファイルはそれを複雑にします。 クラスがバレルファイルで再エクスポートされる場合、バレルファイルも無視する必要があります。これにより、そのバレルから必要なクラスで問題が発生する可能性があります。

コンパイラが絶対に必要以上にコンパイルを試みなければならないのは奇妙に思えます。 ツリーの揺れはさておき、コンパイラは、与えられたファイルまたは与えられたファイルに明示的にリンクされたファイルのみを処理したいと思うでしょう。

コンパイラが絶対に必要以上にコンパイルを試みなければならないのは奇妙に思えます。

これがコンパイラの仕組みです...

JITコンパイルが機能するという事実は、コンパイラがこれらのファイルを必要としないことのかなり良い証拠になるはずです。 害を及ぼすことなく除外できるファイルに対して、警告の代わりにエラーをスローします。

コンパイラが一日中どのように機能するかについて私に話すことができますが、これはやや基本的なユースケースでは実際の問題です。 私は、少なくともエラーを抑制し、自己責任で続行するための何らかの方法を求めているだけです。

私の同僚は、ブランケット除外の使用を妨げている可能性のあるバレルファイルを削除しようとしていますが、@ ngtools / webpackに対して最初に開いた問題を確認してください。別のユーザーが、テストでのみ参照されるコンポーネント。 https://github.com/angular/angular-cli/issues/3636

コンパイラーは、私がコンパイルを要求していないファイルを認識しており、リカバリー可能な状況に対してリカバリー不能なエラーをスローしています。 そのように明白。

プロジェクトに含まれていないコンポーネントが同じディレクトリにある理由がわかりません。
これは機能要求である可能性があると思いますが、現在、これはコンパイラーの動作方法です。また、「JITで動作する」と言っても、AOTで動作するはずだと考えるのに十分な理由ではありません。
私があなたがする必要があると思うのは、これらのファイルをベースアプリからモジュールに分離し、ある種のパッケージマネージャーを介してインポートすることです。これにより、問題が解決され、ディレクトリが整理され、あらゆる側面からの保守が容易になります。

@Toxicable未使用のファイルは、ライブラリスタイルのnpmモジュールにあります。 一般的に、理想的なユースケースは次のようなものです。

@ project / angle（共有コードnpmモジュール）には、ベースアプリを作成し、バックエンドプラットフォームと通信するために必要なすべてのコンポーネント、パイプ、ディレクティブ、およびサービスがあります。 私たちのパートナーは、似ているが別のホームページを使用している、またはいくつかの新しいコンポーネントが追加されているアプリを望んでいます。 ただし、他のほとんどのページは同じであり、プラットフォームに接続するために必要なすべてのサービスは同じである可能性があります。

再利用可能なコードを最大化するための私たちのアプローチは、各パートナーにモジュールを作成させ、新しいピースと共有ピースの組み合わせをnpmモジュールからインポートすることでした。 私の新しいHomeModuleには、次のようなインポートが含まれている可能性があります。

import {
    OverviewComponent,
    ProfileComponent
} from './components/home';

import {
    AuthComponent
} from '@project/angular';

次に、これはAOTで次のように表示されます。@ project / angleのOverviewComponentを使用していないため、 Cannot determine the module for class OverviewComponent 。

文字通り@project/angular/components/home/overview/component.tsを指すファイルはないので、コンパイラが未使用であることをまったく気にしないと思います。 しかし、ファイルはプロジェクトのnode_modules dir内に存在するため、コンパイラーはそれを見つけて文句を言い、死にます。

JITは機能します！== AOTは機能し、ベースアプリはAOTで機能し、概念実証パートナーの変更は非常に小さいです。 JITで機能するすべてのものがAOTで機能する必要があることを意味するわけではありませんが、これが必要であると信じる十分な理由があります。

この現在の動作が意味をなさない別の例があります-テスト。
たとえば、機能ディレクトリsome-featureがあり、 some-feature.component.tsとsome-feature.component.spec.tsがあります。
このコンポーネントはコンテンツプロジェクションを使用するため、ビューでsome-featureコンポーネントを使用する$ some-feature.component.spec.tsファイル内にテストコンポーネントを作成して、その機能をテストしたいと思います。

@Component({
  selector: 'test-app',
  template: `<some-feature><p>projected content</p></some-feature>`
})
export class TestAppComponent {}

次に、このコンポーネントをテストモジュールで使用します。

  ...
  beforeEach(() => {
    TestBed.configureTestingModule({
      declarations: [TestAppComponent, SomeFeatureComponent]
    })
  })
  ...

私がangular-cliを使用してng build --prod --aotを実行するまで、すべてが有効で素晴らしいです。
Cannot determine the module for class TestAppComponent 。

AOTは.specファイルに関係するべきではないと思います。

一般的なルールは次のとおりです。ngcはtscがコンパイルするすべてのものをコンパイルします。 そして、見つかったすべてのコンポーネントをコンパイルしようとします。 ただし、Angularは関連するモジュールなしでコンポーネントをコンパイルすることはできません。

ただし、このエラーを警告に変更することはできます。

また、テストのみに使用され、ここで説明するようにAOTが爆発するテストラッパーコンポーネントもあります。 TestComponent *などのワイルドカード式を満たすすべてのコンポーネントをAOTが無視できると便利です。

了解しました。詳細はこちらをご覧ください。 私たちのケースの回避策を見つけたようです（testWrapperケースは修正されません）。 私たちの場合の本当の問題はバレルファイルだったようです。 バレルファイルから何かをインポートする場合、バレルによって再送信されるすべてのもののチェーンに従います。 トップレベルのPROJECT/componentsからコンポーネントを取得していたため、必要なコンポーネントだけでなく、すべてのコンポーネントを分析していました。 これはおそらく警告としては良いでしょうが、コンパイラがこれらのコンポーネントを気にかけている理由はもう少しよく理解できます。

同じエラーが表示されます：

$ ./node_modules/.bin/ng-xi18n
Error: Cannot determine the module for class DividerPanel in C:/msweb/studiotouch/src/comps/dividerpanel/DividerPanel.ts!
Cannot determine the module for class EntryPanel in C:/msweb/studiotouch/src/comps/entry/EntryPanel.ts!
Cannot determine the module for class ForgotPass in C:/msweb/studiotouch/src/comps/entry/ForgotPass.ts!
Cannot determine the module for class Footer in C:/msweb/studiotouch/src/comps/footer/Footer.ts!
Cannot determine the module for class Infobox in C:/msweb/studiotouch/src/comps/infobox/Infobox.ts!
Cannot determine the module for class InputNumeric in C:/msweb/studiotouch/src/comps/inputnumeric/InputNumeric.ts!
Cannot determine the module for class InputString in C:/msweb/studiotouch/src/comps/inputstring/InputString.ts!
Cannot determine the module for class Loading in C:/msweb/studiotouch/src/comps/loading/Loading.ts!
Cannot determine the module for class MapAddress in C:/msweb/studiotouch/src/comps/mapaddress/MapAddress.ts!
Cannot determine the module for class Minitab in C:/msweb/studiotouch/src/comps/minitabs/MiniTab.ts!
Cannot determine the module for class Minitabs in C:/msweb/studiotouch/src/comps/minitabs/MiniTabs.ts!
Cannot determine the module for class ModalDialog in C:/msweb/studiotouch/src/comps/modaldialog/ModalDialog.ts!
Cannot determine the module for class Ng2Highcharts in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highcharts.ts!

Cannot determine the module for class Ng2Highstocks in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highstocks.ts!

Cannot determine the module for class Ng2Highmaps in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highmaps.ts!
Cannot determine the module for class simplelistEditable in C:/msweb/studiotouch/src/comps/simplelist/simplelistEditable.ts!
Cannot determine the module for class simplelist in C:/msweb/studiotouch/src/comps/simplelist/simplelist.ts!
Cannot determine the module for class FilterPipe in C:/msweb/studiotouch/src/pipes/FilterPipe.ts!
Cannot determine the module for class FilterPipeEqual in C:/msweb/studiotouch/src/pipes/FilterPipeNot.ts!
Cannot determine the module for class OrderBy in C:/msweb/studiotouch/src/pipes/OrderBy.ts!
Cannot determine the module for class ReplacePipe in C:/msweb/studiotouch/src/pipes/ReplacePipe.ts!
Cannot determine the module for class SortBy in C:/msweb/studiotouch/src/pipes/SortBy.ts!
    at analyzeAndValidateNgModules (C:\msweb\studiotouch\node_modules\@angular\compiler\bundles\compiler.umd.js:24878:17)
    at Extractor.extract (C:\msweb\studiotouch\node_modules\@angular\compiler\bundles\compiler.umd.js:27727:20)
    at Extractor.extractBundle (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extractor.js:40:33)
    at Extractor.extract (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extractor.js:30:34)
    at extract (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extract_i18n.js:7:67)
    at Object.main (C:\msweb\studiotouch\node_modules\@angular\tsc-wrapped\src\main.js:47:16)
    at Object.<anonymous> (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extract_i18n.js:14:9)
    at Module._compile (module.js:556:32)
    at Object.Module._extensions..js (module.js:565:10)
    at Module.load (module.js:473:32)
Extraction failed

root@DESKTOP-VEUHFOL /cygdrive/c/msweb/studiotouch

Angular 2キッチンシンク：http： //ng2.javascriptninja.io
およびsource @ https://github.com/born2net/Angular-kitchen-sink
よろしく、

ショーン

i18は、プロジェクト構造全体を説明するのではなく、使用されている宣言を確認する必要があります。

使用されていないディレクティブをクリーンアップしようとしましたが、うさぎの穴が深くなりました。

$ ./node_modules/.bin/ng-xi18n
Error: Error at C:/msweb/ng-skeleton/node_modules/typescript/lib/lib.d.ts:18770:11: Duplicate identifier 'ActiveXObject'.
Error at C:/msweb/ng-skeleton/node_modules/typescript/lib/lib.d.ts:18773:13: Duplicate identifier 'ActiveXObject'.
Error at C:/msweb/ng-skeleton/e2e/app.po.ts:1:38: Cannot find module 'protractor'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/facade/lang.d.ts:12:17: Cannot find name 'Map'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/facade/lang.d.ts:13:17: Cannot find name 'Set'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_init.d.ts:16:18: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/rxjs/Observable.d.ts:68:60: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/rxjs/Observable.d.ts:68:70: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/linker/compiler.d.ts:53:49: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/linker/compiler.d.ts:61:65: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:116:67: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:132:101: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:158:67: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:160:101: Cannot find name 'Promise'.

すべてがangular-cliとangular-compilerで正常に機能していることを付け加えておきます。そのため、私のプロジェクトが気に入らないのはi18だけです。

リファレンス（すてきでクリーンなセットアップ）： https ：//github.com/born2net/ng-skeleton

よろしく、

ショーン

コメントアウトされたコンポーネントの同じエラー..開発段階で未使用およびコメントアウトされたコンポーネントは、処理しないための有用なステップです。

// two comments aot read:

//  {path: 'about', component: AboutComponent 
// import { AboutComponent } from './about';

@kirjai ngcは、ソースディレクトリ内のすべてのファイルをコンパイルします。 インポートするかどうかは関係ありません。

私が理解している@DzmitryShylovichは、この場合、AOTがこのファイルをまったく気にする必要はないと言っているだけです。私の考えでは、AOTコンパイル中に.specファイルをスキップするのが道です。 しかし、明らかに、チームがそれを行うのを妨げている何かがあります、私は理解しています。

別の方法として、テストが記述されているエンティティと同じディレクトリに.specファイルを配置することは、スタイルガイドによって提案されるべきではありませんか？

テストコードとAOTの組み合わせが原因で、このエラーメッセージ（およびその他のメッセージ）も発生します。

この記事をお勧めします。 特定のエラーメッセージを引き起こす方法と、それらを修正/回避する方法について説明します。

公式のテストガイドに従い、AOTを使用してアプリを作成すると、この正確な問題に遭遇することを考えると、ガイドを更新することをお勧めしますか？

（誰かがRouterLinkStubDirectiveに関する答えを探している場合）
_「ダミー」モジュールを追加することで修正できます：_

/**
 * Needed so that `aot` build is working. But it isn't used throughout our tests and/or app.
 */
@NgModule({
    imports: [
        AppModule
    ],
    declarations: [
        RouterLinkStubDirective,
        RouterOutletStubComponent
    ]
})
export class FakeRouterModule {
}

ちなみに、抽象クラスのモジュールも決定しようとします。
export abstract class AsyncTransform extends AsyncPipe implements PipeTransform { ... }

「エラー：クラスAsyncTransformのモジュールを判別できません」

モジュールに追加しても機能しません😄。
「抽象コンストラクター型を非抽象コンストラクター型に割り当てることはできません。」

これは一部のクラスでも発生しています。

エラー：クラスAppGlobalModalComponentのモジュールを判別できません

export class CustomGlobalModalComponent extends AppGlobalModalComponent {}

@Phmagerが指摘したように、 @ gestjは、ダミーモジュールがすべての場合の修正ではありません。 さらに、不要なコードや不要なコードをコンパイルしてしまうため、これらはかなり厄介な修正です。

私たちの場合、別の方法で問題にパッチを適用しました。 共有コンポーネントをnpmlibに移動し、tsConfigのnode_modulesを無視しました。 それでも機能しないことは前述しましたが、バレルファイルを使用していたためです。 node_modules内で必要な各クラスを直接指定すると、他のクラスは無視されます。 ただし、バレルをポイントするとすぐに、同じバレル内の未使用のファイルに対してエラーがスローされます。

これは、すべてのすばらしいバレルファイルを削除するため、理想的ではありませんが、少なくとも予測可能です。

このエラーが警告に降格されることをまだ望んでいます

これまでAngularチームで行われた素晴らしい仕事。
私たちはプロジェクトでAngularを多用しており、これらの騒々しいAngular2 +のすべてに頭を悩ませようとした1年後、ここに私の発見があります：
1- Angularは大きくて遅いですが、速くしたいですか？ AOTとLazyLoadingを使用して、コンテンツをgzipで圧縮します。
2-コンポーネントをlazyLoadしたいですか？ いいえ、ルートを1回遅延ロードできるので、アプリが大規模で1ページしかない場合は、8mgのバンドルサイズをお楽しみください。
3-あなたはAOTを使いたいですか?? AOTはバグが多く、準拠するのが難しく、javascript / es6機能のヒープを使用せず、おそらく多くのコードを書き直します。
4- AOTを使用していますか？ 了解しました。最終バンドルを見てみましょう。@ angular / compilerに加えて、AOTされていないコンポーネントよりもさらに大きくなり、よくできています。

5-Angular2 +のメリットの一部として、gzipを使用できるようになりました。これまで使用方法がわからなかった場合に備えて、Angularが大規模になったため、より適切に学習できます:) 'Angular2コードを最適化するためのオプションとしてgzipを販売しています:)

@ xe4meこのスレッドでは、フレームワークに対する一般的な怒りではなく、目前の問題に関連する議論を続けてください。

https://github.com/AngularClass/angular2-webpack-starterのbuild：devは、関数定義に一致するように文字列を文字列配列に自動変換します。build：aotはエラーを表示します。 開発中は、頻繁なAOTビルドが必要であるようです。

私は同じ問題を抱えています、そして私は解決策を見つけました、多分それはあなたによっても働くでしょう。

私のシナリオは次のとおりです。

2つのパイプを含むMapPipes.tsがあります。

パイプの1つは私のモジュールで使用されましたが、もう1つは使用されませんでした。 したがって、 @ NgModuleデコレータの「declaration：」部分に2番目を登録しませんでした。 この秒に問題が発生しました。

これも登録しましたが（使われていませんでしたが）、動作します。

私の提案は、実際に使用されている角度エンティティに対してのみモジュールを見つけようとする方法で角度コンパイラを変更することです。

extends NgClassという抽象クラスでこのエラーが発生しています。 継承を削除するとこの問題は修正されるようですが、明らかに他の問題が発生します。

@DzmitryShylovich @kirjaiこれは、スペックファイルをエクスポートした場合のTestComponentsの問題にすぎません。 また、通常は同じファイル内でのみ使用する必要があるため、エクスポートする必要はありません。 問題は解決しました。

正直なところ、これはばかげています。私は何時間も働いているにもかかわらず、AOTで動作するJITの下で動作するものをまだ取得できないという事実以外にこれについて言うことは何もありません（これは1つだけであることを明確にする必要がありますこれまでのところ約半ダースの問題）。

@cwmroweは問題ありませんが、複数のスペックファイルで再利用されているものがある場合はどうでしょうか。 これは正直言って壊れているようです。

私の場合、同じコアAngular2アプリで2つの異なるプロジェクトに取り組んでいました。 クライアントにちなんで名付けられた2つのフォルダー、たとえばsome-domain.comとsome-other-domain.comがあります。 このアプリは2つのプロジェクトでまったく同じであり、わずかなスタイルといくつかのマイナーなカスタムコンポーネントのみが異なります。 今日はクライアントA用にアプリをコンパイルする必要があり、後でクライアントB用にコンパイルしたいと思います。コードでは、1行のコードを変更するのと同じくらい簡単です。

import {CustomModules} from './some-domain.com';
// import {CustomModules} from './some-other-domain.com';

コンパイルしたいドメインのコメントを外すだけで、機能します。

継承クラスと抽象クラスでも同じ問題があり、解決策は見つかりませんでした。 抽象コンポーネントを拡張するコンポーネントがいくつかあります。 JITではすべてがうまく機能しますが、AOTでは抽象コンポーネントのモジュールが見つからず、モジュールで抽象コンポーネントを宣言することはできません。

現在、oopデザインパターンを回避し、冗長なコードを使用する以外に解決策はありません。

@jabaaは抽象クラスから@Componentアノテーションを削除します

@DzmitryShylovich @Componentを削除すると、コンストラクターが継承されません。 抽象コンポーネントではなく、すべてのコンポーネントにすべての注射剤を注入する必要があります。 それは冗長なコードです。 抽象クラスのコンストラクターとサービスを変更するときは、すべての子コンポーネントを熟知する必要があります。

現在、ダミーメソッドを使用してすべての抽象メソッドを実装し、すべての抽象コンポーネントに対してダミーモジュールを作成することで、これを回避しています。 しかし、誰かがダミーメソッドをオーバーライドするのを忘れる可能性があります。 これはすべて回避策です。

@jabaaどのバージョンを使用していますか？ コンストラクターは、 @Componentに関係なく継承する必要があります。

@bigjetplane問題がどこにあるかわかりませんが、 @Componentを削除すると、コンポーネントの依存関係が見つからなかったというエラーが表示されます。 私の知る限り、DIはAngularデコレータを使用するクラスでのみ機能します。 したがって、デコレータを削除しても、依存関係は注入されません。 Angular4を使用します。

@jabaaはjitまたはaot、あるいはその両方で壊れていますか？

@bigjetplaneここに問題のあるプランカーがあります。 デコレータを備えた抽象クラスがあり、すべてがjitで機能します。 抽象クラスからデコレータを削除すると、すべての依存関係をロードできなかったため、アプリはレンダリングできません： Can't resolve all parameters for App: (?).

それが私たちのユースケースです。 コンストラクターとインジェクトを持つ抽象クラスがあります。 子コンポーネントの一部の抽象メソッドのみをオーバーライドする必要があります

与えられた例はaotでは機能しません。 aotとjitの違いは私たちにとって大きな問題です。 私たちはjitで開発しています。 本番ビルドはaotを使用します。 そのため、エラーや警告のないjitを使用して週を開発しています。その週の後、本番ビルドが必要になり、どこからともなく多くのエラーが発生します。 私は、aotエラーを有効にできるjit用のスイッチを好みます。 jitビルドには10〜20秒かかります。 aotビルドには25分かかります。

@tboschこれを警告に変更することについて何か言いたいことはありますか？ 私の前回の訪問以来、かなりの数の他の人が彼ら自身の逸話を口にしたようです、そして私はあなたが私たちに最新情報を与えることができるかどうか疑問に思いました。

ありがとう！

私も同じ問題を抱えています。

私の場合、2つの異なるプロジェクトに取り組んでいましたが、package.jsonに依存関係として追加された内部角度ライブラリプロジェクトを介して共通のコンポーネントを含めました。

これはライブラリプロジェクトであるため、AOT prodビルドをコンパイルするときに、コンポーネントリポジトリの未使用のコンポーネントが以下のエラーをスローします。

ERROR in Cannot determine the module for class FullPageErrorComponent in C:/users/amra6003/projects/git/refadmintoolui/n ode_modules/refcommonui/src/app/component-library/error/error.component.ts! Cannot determine the module for class SelectCountryComponent in C:/users/amra6003/projects/git/refadmintoolui/node_modul es/refcommonui/src/app/component-library/select-country/select-country.component.ts! Cannot determine the module for class DateRangeSelectorComponent in C:/users/amra6003/projects/git/refadmintoolui/node_m odules/refcommonui/src/app/component-library/date-range-selector/date-range-selector.component.ts!

コンポーネントごとにモジュールを作成して使用する必要があるようです:(

この問題の修正は大いに役立ちます。

私もこれの修正を望んでいます。 どうやら、テストにスタブコンポーネントを使用することは、Angular開発者が意図しているようです。したがって、クリーンな方法でビルドからそれらを除外することも可能である必要があります。 今のところ、私はgestjによって提案された回避策を使用しています（スタブコンポーネントが宣言されている偽のモジュールを定義しています）。

したがって、テストにスタブコンポーネントを使用する場合は、コンポーネントにwhatever.component.spec.ts ＃$のような接尾辞spec.tsを付けます。 このように、tscはこのファイルを無視します（tsconfigで除外されている場合）。したがって、ngcでも無視されます。

編集：これはngtools / webpackのバグに起因する別のエラーであることが判明しました。 そのチケットはここで開かれています： https ：//github.com/angular/angular-cli/issues/6228

私の会社にとって、この面での新しい楽しみ。 システムをv2.4.10にアップグレードしようとした最近の試みで、この種類のエラーが数十回発生しました。

ModuleNotFoundError: Module not found: Error: Can't resolve '../../../../../../../../$_gendir/src/components/spinner/component.ngfactory'

現在のアプリケーションで使用されていない、共有ライブラリ内のすべてのコンポーネントのログが記録されているようです。 これは、最初にチケットを開いたときのエラーと不気味に似ています。

しかし、これについて他に何ができるかわかりません。 共有ライブラリから必要な各コンポーネントを直接アドレス指定し（インデックスで参照されるすべてのファイルをプルするように見えるため、 index.tsファイルを使用しない）、すべての共有ライブラリをnode_modulesに移動してみました。

コンパイラがnode_modulesフォルダ内のすべてのAngularコンポーネントについて知る必要があるのはなぜですか？ マップを作成するためにそれらを読み取る必要がある場合でも、モジュールがあるかどうかを気にする必要はありません。

@ swimadude66 、ええ、 https：//github.com/WealthBar/a2d3ライブラリでこれが機能していることに遭遇しました。 テンプレート化されたコンポーネント（ディレクティブのみ）を提供していなくても、ライブラリはAoTコンパイラでビルドする必要があります。そうしないと、使用時にAoTビルドで機能しません。

@chrisnicolaライブラリは、公開する前にAoTでプリコンパイルする必要があるとおっしゃっていますか？ これは、ライブラリに独自のモジュールがあることを意味するため、直感に反しているように見えます。 現状では、ライブラリはコンパイルされていないtsファイルであり、プロジェクト内の他のファイルと同じようにプルします。 次に、すべてが@ ngtools / webpackプラグインを使用してwebpackにコンパイルされます。

このチケットの元のエラーでさえ、index.tsファイルへのすべての参照を削除するだけで、v2.1.1までは「修正」されたことは注目に値します。 その修正はv2.4.10では機能しなくなったようです。

ああ、なるほど、はい、あなたの問題を読み間違えました。 ここでは、NPMを介してコンパイル済みの共有ライブラリを取得していません。プロジェクトにローカルTSライブラリがあります。 私は今正しく理解していますか？

私はそれが「正しく機能する」はずであることに同意します、そしてあなたはそれがアプリケーションにモジュールを持たないコンポーネントを見つけることであるのと同じ問題のように間違いなく聞こえます。 考えられる解決策は、AoTビルドに必要のないファイルとフォルダーを除外するAoTビルド固有のtsconfig.jsonを使用することです。

私はこのエラーに関連するすべての問題を解決することができました。
問題（および解決策）は、エクスポート時に表示されます。

テストにのみ使用されるコンポーネントがありました。 再利用できるように別のファイルからエクスポートされました。これにより、i18nターゲットの実行時に問題が発生しました。

これを解決するために、モジュールを宣言しました（必ずエクスポートしてください）。

@NgModule({ declarations: [MyUnusedComponent] })
export class IgnoreModule {}

エラーの原因となった他のコンポーネントは、i18nをハッキングした未使用のコンポーネントでした。
i18nツールで取得するためにエクスポートされていましたが、他のコンポーネントと同じエラーが発生しました。

@Component({
    template: `
        <div i18n="some context@<strong i="13">@some</strong> key">some text to be translated</div>
    `
})
export class LocalisationComponent {}

ここでもIgnoreModule手法を使用すると、簡単にバイパスできます。

@NgModule({ declarations: [LocalisationComponent] })
export class IgnoreModule {}

解決策ではない@UtopianStorm 。 「UnusedModule」を使用すると、スケーリングが難しいだけでなく、配布バンドルに含めるべきではないソースファイルのモジュール全体が作成されることも前述しました。

@Phmager抽象コンポーネントの問題の回避策を見つけたことがありますか？ 髪を抜いています。

@ smilemadude66それは間違いなく回避策であるという意味での解決策ではありませんが、エラーを克服します。
問題が発生するたびにこの手法を適用できるため、スケーリングがどのように難しいかはわかりません。

それはあなたの配布バンドルを乱雑にしますが、それは重要ですか？ Angularの状態から、私はそれがすでに私たちのスペックファイルで散らかっていると思いました。
いずれにせよ、node_modulesフォルダーの内臓に直接アクセスするよりも、はるかにクリーンなアプローチですよね。

少なくとも、私が最初にチケットを開いたユースケースからは、実行可能な回避策すらありません。 すべてのパートナーチームが、未使用の共有コンポーネントのリストを維持することは不可能です。

さらに、コンパイラが過度に厳格であるという理由だけで、基本的に2つの完全なアプリを出荷することは、私がしたくない妥協案です。 Angularはすでにかなり大きいので、未使用のコンポーネントのモジュール全体を出荷して、彼らの意見のあるコンパイラーを満足させることを正当化することはできません。

@ swimmadude66なるほど。 別のモジュールを追加することで大きな違いが生じると思われる場合は、自分でもう一度確認することをお勧めします。プロジェクト全体で共有する未使用のモジュールを1つだけ作成するのではなく、解放する必要のあるコンポーネントごとに1つのモジュールを作成することを提唱していたからです。過度に厳格なコンパイラから-潜在的にdusins。

共有コードベースが非常に大きいため、未使用のモジュールがアプリ内で群を抜いて最大のモジュールになることに注意してください。 私たちの状況は100％典型的なものではありませんが、それでもサポートされる理由の範囲内にあると私は信じています。

正直なところ、このチケットがどこにも行かないのを5か月間見た後、共有コードリポジトリを強制終了するなど、他のオプションを検討しています。

私はあなたとまったく同じ問題に直面しています、 @ swimmadude66 。 これが抑制可能な警告ではないという事実はばかげています。

親愛なるAngularチーム、これについて何かできることはありますか？

@DzmitryShylovich使用していないmock.tsファイルを除外するにはどうすればよいですか？ tsconfig.app.json 、 tsconfig.json 、 tsconfig.ng-cli.jsonに入れてみましたが、どれもうまくいかなかったようです。

まったく同じユースケースで同じ問題に直面しています。ロールアップを使用しているため、未使用のコンポーネントは最終的なバンドルにはなりません。

これを抑えてください！ それは大きな迷惑であり、仕事を止めています。

私もこれに出くわしたので、とてもイライラします。

@mlakmalなど、次のようなコードでエラーが発生している

export class CustomGlobalModalComponent extends AppGlobalModalComponent {}

AppGlobalModalComponent @Componentアノテーションを削除するか、 NgModuleでAppGlobalModalComponent （使用可能な場合）を宣言します

テストで使用するモックディレクティブを作成しました。 そして、AOTコンパイルでこの問題を取得します。 このモックディレクティブをプレーンモジュールにインポートしたくありません。 これを修正してください。

この問題の「freq1：low」タグは、AoTが仕事をするのに非常に大きな苦痛であり、人々がそれを気にしないという事実によるのではないかと思います。 このような単純だが苦痛な問題が、Angularの主要な貢献者から本質的にゼロのフィードバックを受け取ったことは少し信じられないことです。

とにかく、特に言及されていないファイルを除外する方法があります。 命名パターン（例： .spec.ts 、 .abstract.ts 、 .stfu-aot.ts ）がある場合は、AoT用に別のtsconfig.jsonファイルを作成し、代わりにそれを使用できます： ngc -p tsconfig-aot.json 。 このファイルでは、 "exclude": ["./app/**/*.stfu-aot.ts"]を使用してファイルを除外できます。 煩わしいですが、うまくいくはずです。

編集：上記は、コンポーネントから継承するabstractクラスでは機能しないようです。 わーい ：（

私もこれに遭遇したので、イライラします。ビルドaotの場合、共通のコンポーネントを他のアプリで共有することはできません

この問題の一般的なケースのいくつかは、サービスクラスに@Componentを追加しないでください。

// just remove this 
@Component({
    providers: []
});
@Injectable()
export class serviceClass {}

サービスをサービスに注入するシナリオがあります。 一見すると、@ Componentを追加するだけで簡単に実装できるように思えます。 したがって、Angularのドキュメントを更新して、複雑なサービスに対するこのソリューションを示す必要があります。この問題を解決するために、@ Componentを削除しました。 サービスのコンストラクターに次を追加しました。
constructor(@Inject(ExampleService) private exampleService: ExampleService)

@Component()デコレータをサービスに追加する必要はありません。 @Injectable()のみ

FWIW XYZComponentアプリコンポーネントを拡張するMockXYZComponentがありますが、仕様でのみ使用されます（同じセレクターがあるため、 AppModuleにインポートできません）。

これは有効なユースケースではありませんか？

@ alastair-トッド私はあなたが何を意味するのか理解できません。 コンポーネントをコンポーネントとして使用する場合は、 @Component()デコレータを追加します。 コンポーネントをベースとして使用する場合（コンポーネントとして継承するためだけで、コンポーネントとしては使用しない場合）、デコレータを使用する必要はありませんが、「サクセサ」でデコレータを継承して使用するだけです。
ユニットテストについて-応答できません。おそらく特別なTestModuleを作成する必要がありますか？ 現在、ユニットテストは行っていません。

@tytskyiデコレータの継承がサポートされていないことを理解しました。 それは最近変わりましたか？

ユースケースは、以下のようにサブコンポーネントをモックすることです。 どちらもセレクターを取得するために@Componentディレクティブが必要です。

    beforeEach(() => {
        TestBed.configureTestingModule({
            imports: [
                AppModule
            ]
        }).overrideModule(AppModule, {
            remove: {
                declarations: [SelectionToolComponent]
            },
            add: {
                declarations: [MockSelectionToolComponent]
            }
        }).compileComponents();

しかし、それはOPAOTコンパイルエラーを生成します。

私のポイントでは、これは有効なユースケースです。この場合、AOTコンパイルは熱心すぎるか、プロジェクトの一部として仕様を無視します。

たぶん私の解決策は誰かを助けるでしょう：私はすべてのモックコンポーネントを宣言するダミーモジュールを作成しました。 このモジュールは何もインポートされません。AoTコンパイラを満足させるだけです。 したがって、どのモックコンポーネントもコンパイルされたコードの一部ではありません。 理想的ではありませんが、問題は解決しました。

もっと良い解決策について聞いてみたいです。

これは非常に奇妙で恥ずかしいので、この問題は2016年12月に開かれ、まだこの問題があります。 アプリ全体の構造をaotコンパイルを使用するように変換しました。 遅延ロードされた4つのモジュールと60を超えるコンポーネントがあります。 コンパイラは、（エラーが示唆するように）いくつかのコンポーネントについてのみ文句を言います。これは、遅延ロードされたモジュールの1つの宣言の一部であり、私には奇妙なことです。

すでにいくつかのモジュールの一部であるコンポーネントにエラーを与えることさえあります。

同じ問題

Angularのコンパイラは、tsconfigに渡したファイルセットを検索します。そのため、そこからファイルを除外すると、このチェックから除外する必要があります。

これは本当に迷惑です:(

@ alastair-todd申し訳ありませんが、他の多くの通知であなたの質問からの通知を失いました。 あなたは正しいです -
デコレータの継承はサポートされていません。

@robwormaldからの回答を参照してください

Angularのコンパイラは、tsconfigに渡したファイルセットを検索します。そのため、そこからファイルを除外すると、このチェックから除外する必要があります。

したがって、 selection-tool.component.mock.tsのように、モックファイル名の規則を作成することができます。 次に、経由で除外します

"exclude": [
    //... other excludes
    "**/*.component.mock.ts"
]

誤って間違ったボタンをクリックしてしまいました。ごめんなさい。

+8か月、それはまだ問題です。 ここでも同じ問題ERROR in Cannot determine the module for class PasoFooterComponent

Angular開発者がこれらのファイルを無視することは非常に重要だと思います。

誰かが私がこのコードを見つけることができる場所についてのヒントを私に与えることができれば、私は幸せになります
自分で修正します。 これは非常に迷惑な迷惑です。 それに走った
昨日も。

これがバグではなく機能だと誰かが思ったら、フラグを立ててはどうでしょうか
このため？

2017年8月9日水曜日午前2時40分、Leonardo [email protected]
書きました：

+8か月、それはまだ問題です。 ここで同じ問題ができませんのエラー
クラスPasoFooterComponentのモジュールを決定します

—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/angular/angular/issues/13590#issuecomment-321082545 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AEM6r7FOTLcicWJN3Oijw2pwKTLGL6cFks5sWM61gaJpZM4LSAwS
。

@samirotiv複製はありますか？
@robwormaldが言ったように

Angularのコンパイラは、tsconfigに渡したファイルセットを検索します。そのため、そこからファイルを除外すると、このチェックから除外する必要があります。

同じ問題がありましたが、なんとか解決できました。 たとえば、tsがアプリをどのようにトランスパイルするかを見ました

"tsc": "rimraf out-tsc/app && tsc -p ./src/tsconfig.app.json",

そして、「ファイル」tsconfigオプションを使用したため、typescriptが遅延ロードされたモジュールをコンパイルしなかったことに気づきました。

抽象クラス（デコレータなし）でこのエラーが発生します

最近、私自身もこの同じ問題に遭遇し始めました。

エラーを警告に変更する場合は+1。

簡単な修正のようです。 なぜ遅れるのですか？

これは基本的な要件です-参照されていないファイルを残します。
この制限は、大規模なプロジェクトでは問題になります。 これを警告に変更してください。

さまざまなバージョンのAngularをサポートするパッケージを公開する場合があります。 そして、ユーザーはそれらの1つを選択することが期待されます。

たとえば、 HttpClient （Angular> = 4.3ユーザー）とHttp （Angular <4.3ユーザー）の両方のファイルを提供するパッケージ

現在、 ngcは、使用するかどうかに関係なく、ソースディレクトリ内のすべてのファイルをコンパイルします。 または、ビルドが失敗します。

私がしたことはこれでした：

すべてのスタブ/モックコンポーネントを.mock.ts拡張子で保存し、 tsconfig.app.jsonの「exclude」配列を次のように更新しました。

...
  "exclude": [
    "test.ts",
    "**/*.spec.ts",
    "**/*.mock.ts"
  ]
...

AOTはこれらのファイルのコンパイルをスキップするようになりました

一度に使用されるわけではなく、AoTコンパイル中にその問題に腹を立てる、一般的なコンポーネントを使用してnpmライブラリを実行しています。解決策atmは、ホストプロジェクトで一種のUnusedComponentsModuleを作成することです。 また、 NO_ERRORS_SCHEMAが必要です。そうしないと、未使用のコンポーネント内で使用できる他のコンポーネントについて誓約します。それらを宣言すると、2つのモジュールで同じコンポーネントを宣言できないという別の問題が発生します（＃に関連） 10646）。

私の現在のモジュール：

import {NgModule, NO_ERRORS_SCHEMA} from '@angular/core';
import {CommonModule} from '@angular/common';
import {ReceiverPageComponent} from 'cb-web-platform';

@NgModule({
  imports: [
    CommonModule,
  ],
  declarations: [
    ReceiverPageComponent
  ],
  schemas: [
    NO_ERRORS_SCHEMA // IMPORTANT: need that for AoT compilation
  ]
})
export class UnusedComponentsModule {
}

これは本当に警告になるはずです。 私もコードベースを共有しようとしていますが、コンポーネントがngmoduleの一部ではないというこの問題に直面しています。
ここでの問題は、エラーではない未使用の変数とまったく同じです。 せいぜいその警告。

それがあなたのコードであるとき、それは簡単です。 それがいくつかのNPM角度ライブラリ（いくつかのデッドコード）の問題であるとき、それは本当にお尻の痛みです:)

エラーではなく警告にできない理由を誰かが説明できますか？

私の場合、できればngModuleに接続されているコンポーネントから言語を抽出し、そうでないコンポーネントは無視したいと思います。 基本コンポーネントとアプリケーション固有のフォルダーを含むメインアプリフォルダーが1つあり、xi18nを使用してそのようなオーバーライドされたコンポーネントを抽出しようとすると、 Cannot determine the module for class...エラーがスローされ、無視して抽出することがあります。その未使用のコンポーネントを使用せずに続行できます。

問題になる可能性があると考えることができるのは、その障害のあるコンポーネントファイルで定義されているクラスを、オーバーライドされたコンポーネントを作成するためのベースとして引き続き使用しているため、コンパイルする必要があるが、そのコンポーネントは必要ないということです。注釈は、オーバーライドコンポーネントで使用できないために発生します。 少なくとも、派生コンポーネントでこれらのアノテーションを再作成して機能させる必要があるため、できないと思います。

@Xesenix少なくともそれはオプションであるはずです。 決定モジュール= false / trueのように。 今はバナナです。

2017年11月1日に戻ります。

帰国後、メッセージに返信いたします。
緊急の場合は、メールのコピーを送信してください
[email protected]に技術的な問題、それ以外の場合は
[email protected]。 その後、別の従業員があなたのメールを確認します
受け入れる。

注：これは、「Re：
[angular / angle] Angular2AOTコンパイル-"モジュールを判別できません
クラス用（...未使用の多くのコンポーネント） "（＃13590）"送信
2017年10月23日08:13:17。

これは、あなたが受け取る唯一の通知です
その人は不在です。

どうしてこれはほぼ1年後もまだ修正されていないのですか？ AOTを機能させるために髪を引っ張っていますが、この問題により、レンガの壁にぶつかります。

解決策をありがとう@ rahul-sivalenka-wtc！
あなたが説明しているように、 tsconfig.app.json "**/*.mock.ts"を除外することで、問題を解決することができました❤️

お手伝いできてうれしいです😊

私もその問題に遭遇しました。 しかし、私にとっては、doduleをインポートするパスを間違って配置したようです

解決策はありますか？ （コンポーネント角度5のモジュールを決定できません）

https://stackoverflow.com/questions/47119135/cannot-determine-the-module-for-component-angular-5

これはおそらくseverity3: brokenによるはずです。 複数のビルドターゲットと多態的な依存関係（多くのユースケースが上に存在している）を持っている私たちにとって、この問題は、クレイジーで複雑なビルドセットアップなしでビルドが機能するのを妨げます。

この問題の良い解決策はまだありますか？ IgnoreModuleは単なる回避策ですが、この問題に対する実際には良い解決策ではありません。 エラーを警告に変更するのは素晴らしいことです！

私たちの解決策は、ファイルを前処理に渡す@ngtools/webpackにtransform関数を追加し、さまざまなコンパイル時の設定に基づいてコンポーネントをifdefすることでした。 非常に、非常に醜いですが、機能的です。

最初にapp.module.tsにすべての角度依存関係をインポートしてから、コンポーネントをインポートしてみてください。

`----------------最初のインポート依存関係モジュール-----------------------
import {BrowserModule} from '@ angle / platform-b​​rowser';
import {CommonModule} from "@ angle / common";
import {NgModule} from '@ angle / core';
import {RouterModule、Routes} from '@ angle / router';
import {HttpModule} from '@ angle / http';
import {ReactiveFormsModule} from '@ angle / forms';
'@ angle / platform-b​​rowser / animations'から{BrowserAnimationsModule}をインポートします。

-------------次に、サービスモジュールをインポートします------------------------

import {ApplyFormPostService} from './ Services / apply-form-post.service';
import {NavBarColorService} from './ Services / nav-bar-color.service';

-----------------------最後にコンポーネントモジュールをインポートします----------------------- -

import {AppComponent} from './ app.component';
import {HeaderComponent} from './ components / header / header.component';
import {CareerComponent} from './ components / career / career.component';
import {HomeComponent} from './ Components / home / home.component'; `

どういうわけか、これはAOTコンパイルエラースローを解決しましたクラスのモジュールを決定できません---本番モードで

@KarthikSamyakこの問題は、モジュールに含める必要のあるクラスを持っている人に関するものではありません。 これは、すべてのモジュールから意図的に除外されているコンポーネントライブラリを使用している私たちのことです。 これらは未使用のコードであり、コンパイラーは無視する必要があります。 代わりに、コンパイラーはそれらを検出すると回復不能なエラーをスローします。

このエラーを警告に変えるのは本当に簡単な変更であるはずですが、何らかの理由で1年以上かかり、最近ロードマップでpri_col1からpri_col2に移動されました。

この問題への対応が完全に欠如しているAngularチームに対して、私はますます不満を募らせています。 当社は最終的にコンポーネントライブラリの使用を完全に断念し、代わりにファイルを手動でコピーすることを選択しました。 ほぼ同一であるが共有されていないコンポーネントに問題があるため、これは理想からはほど遠いものです。

Angularチーム、この問題をもう読んだら、「ignoreUnusedComponents」のコンパイラ設定を追加して、このフレームワークの使用を続けましょう。

わかりました、私は場所https://github.com/angular/angular/blob/master/packages/compiler/src/aot/compiler.ts#L605 @tboschを見つけましたねえ、ここで助けて、それを作る方法を言うことができます適切に警告しますか？ そのAoTコンパイラでスローされた警告は表示されず、エラーのみが表示されます。 上記のように、コンパイラオプションを追加できます。

その問題は、複雑なプロジェクトにとっては苦痛です。 私の特定のケースはhttps://github.com/angular/angular/issues/13590#issuecomment-331820496です

私たちのユースケースは同じです。 モジュール/コンポーネントのライブラリを使用して、アプリを非常に簡単に作成し、必要に応じて奇数のアプリを置き換えたり拡張したりできるようにしたいと考えています。

他の方法でも問題が発生しています。モジュール内の1xコンポーネントを置き換える場合は、新しいモジュールを作成し、そこにまだ必要なコンポーネントをインポートします。

import { HeaderComponent, SidebarComponent } from '@mylibs/layout';
import { FooterComponent } from './footer.component';

@NgModule({ declarations: [ HeaderComponent, SidebarComponent, FooterComponent ] })
export class MyLayoutModule { }

@NgModule({ imports: [ MyLayoutModule ] })
export class AppModule { }

エラーは次のとおりです。`HeaderComponentは2つのモジュールで宣言されています： lib /module.tsとapp / module.ts
代わりに警告であると、少なくとも前進することができます:(

実現したばかり-この問題の誕生日おめでとう:)

1年後、まだこれを警告に変更することはできません。 ばかげている。

文字通り、この問題にも遭遇しました。 コンパイラは、テストでのみ使用されるモックをプルしようとしますが、メインモジュールの一部ではないため、失敗します。 ファイルが必要ないことがわかっている場合は、せいぜい警告になります。

これを修正してください。 警告にしてください！
Angular 5 aotビルドに関する私の一般的な経験は、恒星よりも少ないです。

いくつかの議論の後、 https：//gitter.im/angular/angular？at = 5a551f565a9ebe4f756843b2モジュールは単なるコンパイルコンテキストであり、ものをまとめる方法ではないように見えるため、モジュールごとに1つのコンポーネントを作成する必要があるという結論に達しました。 。

これは歴史書の大きさです。

@Xesenix ...コンテキストと組織は全体の2つの部分です。

誰かがまだこれで立ち往生している場合に備えて、回避策としてこのスクリプトをインストール後のスクリプトとして実行することができます

const replace = require('replace-in-file');
const filesToFix = [
    {
        files: 'node_modules/@angular/compiler/esm2015/compiler.js',
        from: ['throw syntaxError(messages.join(\'\\n\'));'],
                // Actually this does nothing , just leave it blank should do
        to: [`console.warn(\'Angular compiler warning\');\n\t\tconsole.warn(messages.join(\'\\n\'));`]
    }
]

filesToFix.forEach((i) => {
    try {

        const changes = replace.sync(i);
        if (changes.length > 0) {
            console.log('Modified files:', changes.join(', '));
        }
    }
    catch (error) {
        console.error('Error occurred:', error);
    }
});

Angularコンパイラはtsconfigからの出力を使用するため、 _tsconfig.app.json_を変更して、インクルードしたくないファイルを除外します。
例えば
"exclude": [ "test.ts", "**/*.spec.ts", "**/*.mock.component.ts", ]

@ andela-andrewmakenziこれは以前に提案されており、この巨大なチャットのさらに上にあります（すべてを読んでいないことはまったく恥ずべきことではありません）。 ただし、バレルファイル（index.ts）を使用するライブラリ内の1つのコンポーネントに依存している場合は、問題が発生します。 バレルファイルからコンポーネントをインポートすると、コンパイラはそのバレルファイルで参照されているすべてのコンポーネントを読み込もうとし、モジュールに含まれていないと文句を言います。 これにより、再利用可能なコンポーネントライブラリをパッケージ化することが困難になります。これは、基本的に、そもそもコンポーネントアーキテクチャの要点です。

あなたのソリューションは、モックコンポーネントを持っていて、テストを実行していないときにこのエラーが発生する人に最適です。 しかし、あなたの組織（私のような）が共通のコンポーネントライブラリを作成し、特定のプロジェクトに必要なものだけを取り込もうとした場合、TSCの除外は残念ながら役に立ちません。

@ andela-andrewmakenzi：あなたの提案は今のところ役立つようですが、以前の問題は、ユニットテスト用のコンポーネントが（.spec）であり、AOTビルド（およびおそらくいくつかのモックコンポーネント）に含まれたくないということです私はそれを私の投影に入れたくありません）多分これはAngularの後のバージョンでどういうわけか対処されたと思います:)

しかし、私の場合は、NgModuleでも参照されていない新しいコンポーネントがたくさんあるので、今のところ、その名前の規則を設定し、tsconfig.jsonでそれらを除外する必要があります。これは、当面はあまり快適ではありません。

これは本当にばかげています。 いくつかのパイプ/ディレクティブをエクスポートする共有NPMモジュールがあり、すべてをインポートしない限り、このダムエラーで失敗します。 それは実際には警告に変更されるべきであり、コンパイルを壊してはなりません。

私の意見では、すべてのコンポーネントは独自のNgModuleにある必要があります。 コンポーネントごとに別のNgModuleを作成することはそれほど怖いことではありません。 （ @angular/materialがしたように）

本当に仮想的な問題だと思います。 途中で何かを持っている理由もわかりません。 NgModuleでも、パッケージでも、アプリツリーの外でもありません...デッドコードのように見えるものです。

したがって、新しい@ angle / cli（1.7.0+）では、IgnoreModuleでさえこの問題を回避できません。

私の意見では、すべてのコンポーネントは独自のNgModuleにある必要があります

ユニットテストを書こうとさえしますか？ このバグにより、テストヘルパーの作成がやや問題になっています。

@sarunint私が最初にこのチケットを開いたようなエンタープライズサイズのアプリケーションでは、依存するディレクティブとコンポーネントを処理するために非常に複雑なインポートを伴う数百のモジュールになります。 これには非常に簡単な修正があります。コンパイラがコンポーネントのモジュールを見つけられない場合は、警告をスローして、ツリーシェイクでそれを取り除きます。

これが非常に厄介な本当の理由は、バレルファイルが恩恵よりも危険になるという事実です。 インポートを一元化するのは便利ですが、ライブラリを使用するすべてのアプリにエクスポートされたすべてのコンポーネントを含めることにコミットしている場合はそうではありません。

@dborisenkowork表示されなかったかどうか（またはユースケースで機能しないかどうか）はわかりませんが、@ rahul-sivalenka-wtcが提供するソリューションは完全に機能します。

最近、Angular 4からAngular 5に移動し、モジュールで実際に宣言されているコンポーネントの一部がこのエラーをスローしていることに気付いた人はいますか？

@ novologic-粘土はどのようなエラーですか？ スレッドが長いです、元のエラーを参照していますか
Angular2 AOTコンパイル-「クラスのモジュールを判別できません（...未使用の多くのコンポーネント）」 ？

@ andela-andrewmakenziはい、いいえ。 コンパイルしようとしたときに出力されるのと同じエラーですが、それが文句を言っているコンポーネントは、間違いなくモジュールに含まれています。 4.3.6から5.2.4に移行していますが、Angularのバージョンを更新したため、この特定のコンポーネントでこのエラーが発生しませんでした。スモークテストとして移行を開始する直前に4.3.6でAOTコンパイルを実行しました。 。

@ novologic-clayコンソールエラーを共有できますか？

...最終的な目標は、未使用のものをすべて排除するtsconfig.jsonオプション"noUnusedLocals": trueを使用することです。

@ andela-andrewmakenzi

ERROR in : Cannot determine the module for class InlineAddComponent in /Users/claygarland/CatalsytConnect/frontend/Talon/src/app/core/component/input/inline-add/inline-add.component.ts! Add InlineAddComponent to the NgModule to fix it.

これはエンタープライズアプリケーションであり、モジュールとインポートのレイヤーが数十ありますが、これは実際にコンポーネントを宣言するコードです。

**COMPONENT:**
import {Component, Inject, Input} from '@angular/core';
import {MAT_DIALOG_DATA, MatDialogRef} from '@angular/material';
import {ActivatedRoute} from '@angular/router';
import {BaseForm} from '../../form/form/BaseForm';
import {FormDataService, FormDataServiceProvider} from '../../form/form/FormDataService';
import {BaseApi} from '../../../api/BaseApi';

@Component({
    selector: 'inline-add',
    templateUrl: './inline-add.component.html',
    styleUrls: ['./inline-add.component.scss'],
    providers: [
        FormDataServiceProvider
    ]
})
export class InlineAddComponent extends BaseForm {

    @Input() title = 'Entity';
    @Input() formName;

    protected service: BaseApi;

    constructor(
        protected route: ActivatedRoute,
        protected formDataService: FormDataService,
        public dialogRef: MatDialogRef<InlineAddComponent>,
        @Inject(MAT_DIALOG_DATA) public data: {
            form: string,
            title: string,
            service: BaseApi,
        },
    ) {
        super();
        this.title = data.title;
        this.formName = data.form;
        this.service = data.service;
    }

    submit() {
        super.onSubmit(res => {
            this.dialogRef.close(res.data[0]);
        });

    }

    onCancel() {
        this.dialogRef.close(false);
    }

}

**MODULE:**
import { NgModule } from '@angular/core';
import {SharedModule} from '../../../shared/shared.module';
import {InlineAddComponent} from './inline-add/inline-add.component';


@NgModule({
    imports: [
        SharedModule,
    ],
    declarations: [
        InlineAddComponent,
    ],
    exports: [
        InlineAddComponent,
    ],
    entryComponents: [
        InlineAddComponent,
    ]
})
export class FormInputsModule { }

また、このアプリケーションをngserveで実行すると、コンポーネントは正常に動作することにも注意してください。

多くの実際のコンポーネントのテストで使用される偽のコンポーネントは、モジュールに含めるべきではありません。 これらは、テストされたコンポーネントのTestBedに含まれています。
このエラーはばかげています。 1年からそのまま解決してください。

「エクスポート」を削除して、tsがビルドに移動しないようにします。

@ tony-kaplan tsconfigにnoUnusedLocalsがない場合、またはテストケースなどでコードを使用する場合は、これを行うことはできません。

私の神....本当にコアチームの誰もこれに適した解決策を見つけられなかったのですか？
今のところexcludeオプションを使用していますが、それでも一時的な解決策です。 すべての状況で機能するものを考えることはできません...しかし、私は本当にそれが必要です...

@gabrielalan簡単な解決策は、このエラーを警告に変えることです。 より良い解決策は、これを警告またはエラーとして扱うことができるフラグを追加することです。 それは解決策の欠如ではなく、実際にそれらのいずれかを実装することの欠如です。

ああ少年！ エンタープライズフレームワークについてはこれだけです...

@ atom-morganどの回避策について話しているのですか？

@netlanderこれ

本当に、「クラスDaterangepickerDirectiveのモジュールを判別できません」エラーについては何もできませんか？

誰かが私も助けてくれますか？ このメガゾードの投稿の後！

このディレクティブに新しい除外をtsconfig.app.jsonに追加することに同意しません！ この問題なしに--aotparamを使用してコンパイルするにはどうすればよいですか？

私のユースケースhttps://github.com/angular/angular/issues/23475
バリデーターライブラリを作成していますが、バリデーターディレクティブごとにモジュールを作成したくありません。必要なのは、バリデーターディレクティブをnpmパッケージにバンドルして、ユーザーが必要なバリデーターのみをNgModuleにインストールおよびインポートできるようにすることだけです。 また、すべてのバリデーターに対して1つのモジュールを作成する必要はありません。これらはすべて、サイズの大きな無駄である最終バンドルにバンドルされるためです。

問題を修正するためのPRを作成できてうれしいです。

@anjmaoこれは私が最初にこれを開いた理由と非常によく似ています。 小さなライブラリの回避策として、バレル（index.ts）ファイルを使用しない場合はこのエラーが発生しないことがわかりました。 インデックスから1つのコンポーネント/ディレクティブをインポートすると、インデックスファイルの他のすべてのエクスポート用のモジュールを見つけようとするようです。

バレルファイルは非常に便利なので、明らかにこれは警告であるはずです。 ただし、ユースケースがこの修正をもう1年待つことができない場合は、そのように回避できる可能性があります。

コンポーネント/ディレクティブ/パイプの共有ライブラリに使用している回避策：すべてのクラス宣言を参照する単純なダミーモジュールを作成します。 このモジュールを実際のアプリで使用する必要はありません。ディスク上に存在する必要があります。 元：

import { NgModule } from '@angular/core';

@NgModule({
    imports: [],
    declarations: [
        MyComponent,
        MyPipe,
        MyDirective,
        ...
    ],
})
export class DummyModule {
}

この問題をまだ修正していない理由はありますか？

「警告にする」ソリューションは適切ではありませんか？ コアチームのメンバーはこれについてコメントできますか？

私の場合、NG 5、CLI、AOTで問題ありません。 しかし、NG 6にアップグレードした後、未使用のコンポーネントについても同様のエラーが発生します。 実際には、コンポーネントは他のコンポーネントに注入されたサービスを通じて使用されます。 私は多くの同様のコンポーネントを同じ方法で構築して使用しています。 ただし、最新のNG CLI6.0および6.0.1へのアップグレードで問題が発生するのは1つだけです。

そして、参考文献の1つに、間違ったケースのファイル参照があることが判明しました。 同じディレクトリにあるすべてのコンポーネントをエクスポートするためのindex.tsがあります。 私は持っていた
export * from './dateTimePicker.component'
それがあったはずだった間：
export * from './ datetimePicker.component';

どうやら、NG CLI 6は、Windowsでもケーシングに対してより制限されていますが、NG CLI1.xは少しリラックスしています。
明らかに、このような制限は適切で正しいため、同じコードベースがデフォルトで大文字と小文字を区別するLinuxで適切に機能する可能性があります。

これの別のユースケース：

Typescriptを使用すると、$＃$ tsconfig.jsonのpaths変数を使用して複数の解決パスを設定できます。 元：

{
    ...
    "paths": {
        "~src/*": ["src/*", "src-gen/*"]
    }
}

次のようなものをインポートできるようにします。

import { NgModule } from "@angular/core";
import { ExampleComponent } from "~src/example.component";

@NgModule({
    declarations: [
        ExampleComponent
    ],
})
export class ExampleModule {}

src-gen内にコンポーネントを生成していて、開発者がsrcフォルダー内に別のコンポーネントを作成することで「オーバーライド」できる場合、 src-gen内の（現在は使用されていない）コンポーネントでも同じエラーが発生し始めます。

別の潜在的なユースケース：

環境固有のコンポーネント。 私はそれらを生産のために剥ぎ取ります。

const environmentComponents = production ? [] : [
  DevOnlyComponent,
];

@NgModule({
  declarations: [
    ...environmentComponents,
  ],
})
export class ExampleModule {
}

私は他のすべてを環境固有のコンポーネントで動作させることができましたが、これが私を止めています。 😪

@tiagodws （元のコンポーネントの拡張を含む）で説明されているシナリオに非常によく似たビルドのカスタマイズ（コンポーネントがさまざまなAngular CLIプロジェクトに交換される）のメカニズムを実装するときに、この問題に直面しています。

この問題に関するコアチームの更新/意見はありますか？

この号を開いてから1年以上、私の新しいアプローチはバレルファイルの使用を最小限に抑えることです。 どこでもインポートで~components/button/componentのようなTSパスを使用する場合、未使用のインポートは無視されます。 その未使用のコンポーネントがバレルファイルで参照されている場合、スローされます。

ライブラリのトップレベルからインポートするだけでなく、より長いパスですべてのライブラリコンポーネントにアクセスする必要があるため、再利用可能なライブラリにとってはまだ素晴らしいことではありません。 なぜ、ああ、なぜこれは単なる警告ではないのですか？

これは、モジュールに特に含まれていないコードが最終バンドルから除外されるツリーシェイクによって（または少なくとも関連して）助けられる可能性もあるようです。

除外オプションは、モックパイプには適用されません。

@Pipe({ name: 'translate' })
export class MockTranslatePipe implements PipeTransform {
    transform(value: string): string {
        //Do stuff here, if you want
        return value;
    }
}

私のtsconfig.app.jsonはこのファイルを除外しました：

"exclude": [
        "test.ts",
        "**/*.mock.ts",
        "**/*.spec.ts"
    ]

ただし、ng-xi18n --i18nFormat = xlf2 --outFile =。/ assets / i18n / messages.xlfを実行すると、次のようなメッセージが表示されます。

src / test / translate.service.mock.tsのクラスMockTranslatePipeのモジュールを判別できません！ MockTranslatePipeをNgModuleに追加して修正します。

私の問題は、笑をコピーして貼り付けることで、2つの異なるコンポーネントにクラスの名前が付いていることでした。 後で気にしないという同じ間違い良い練習は完璧な人になります！ ヒット...
署名：中本聡：v

@yuezhizizhangと同様に、tsconfig.app.json excludeパスにモックのグロブを追加した後でも、この問題が発生します。

最初のチケットからほぼ2年経っても、これが解決されていないことに腹を立てています。 これは、ビルドを壊す一般的なユースケースです。 テストを作成する場合、開発者は、パイプやサービスなどのモックを作成するのが理想的です。 これを選択すると、ビルドが中断します。 そうでない場合、スペックファイルは実際のコンポーネント/パイプなどを参照するため、非常に緊密に結合されたテストにつながります。

Angularチームの誰かがこれを回避する方法を提案できますか？ モック用のキャッチオールダミーモジュールを作成することが本当に唯一のオプションですか？ これは、ベストプラクティスとして受け入れるべきものではなく、不十分なハックです。

問題は解決しません。 また、ビルドをスキップしたいファイル（抽象クラ​​ス）をtsconfig.app.jsonの除外セクションに追加しましたが、それでも次のようになります。

... / map-elements / map-element-base.component.tsのクラスMapElementBaseComponentのモジュールを判別できません！ MapElementBaseComponentをNgModuleに追加して、修正します。

インポートを再確認した後、この問題を取り除きました

ср、14日。 2018年、15：13 Daniel [email protected] ：

問題は解決しません。 ビルドをスキップしたいファイルも追加しました
（抽象クラ​​ス）tsconfig.app.jsonとIの除外セクションに
まだ取得：

のクラスMapElementBaseComponentのモジュールを判別できません
... / map-elements / map-element-base.component.ts！ MapElementBaseComponentを追加します
それを修正するためにNgModuleに。

—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/angular/angular/issues/13590#issuecomment-438641324 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AQb6kpWdkakUF8JVvea8Hy42tAnTKTuzks5uvAjvgaJpZM4LSAwS
。

TypeScript strict、Angularインポート、AOTコンパイルで、ライブラリからコンポーネントを使用せず、このエラーを実行する場合...未使用のコンポーネント/モジュールに意味がないことを確認してください...

未使用のモジュールとコンポーネントがあるライブラリフォルダを削除することで、アプリケーションは厳密に起動します-かなりうまくいきます-しかし、このフォルダを手動で削除しても意味がありません

このエラーは絶対にばかげています。 次のように、オブジェクト内のコンポーネントを指定するモジュールがありました。

const landingComponents = {
    'landing-root': LandingComponent,
    'get-notified': GetNotifiedComponent,
    'typed-component': TypedComponent,
    'sticky-bar': StickyBarComponent,
};

次に、モジュールにdeclarations: Object.values(landingComponents) 、 entryComponents: Object.values(landingComponents)をフィードしようとしました。

何を推測しますか... AOTコンパイラは配列にリストされたコンポーネントを確認する必要があります...そうでない場合、他の方法で渡すと、この恐ろしい「クラスのモジュールを判別できません」が表示されます。

私がAngularを愛しているのと同じように、AOTコンパイラーは魔法の呪文の混沌とし​​たスープのようです。

何回も言われていますが、解決策はモジュールごとに1つのコンポーネントであり、PRからAngularに気付いたかどうかはわかりませんが、これは最近マージされたものであり、このトピックに関心がある可能性があります： https ：//github.com/

この号は今日2歳になります🎉

それでも、なぜこれが単なる警告ではないのかについてのコアチームからの言葉さえありません。

@tiagodws lolこれを投稿するのをどれくらい待っていますか？ リマインダーを設定しましたか？

参考までに
私の問題はhttps://github.com/angular/angular/issues/13590#issuecomment-389113560と同じでした
AOTモードでは、インポートで大文字と小文字が区別されるようです

@peterdeme ... JavaScriptでは大文字と小文字が区別されます（文字列としてのパスは同じです... = Linuxベースであり、Windowsではありません）。

やあみんな、遅ればせながら2年の問題の年齢のお祝いのために戻ってきた。 $＃ tsconfig.jsonのinclude $セクションやexcludeセクションなど、人々の考えられる原因については多くのクロストークがあるので、根本的な問題が何であるかを明らかにしたいと思います。このスレッドのために。

再利用可能なコンポーネントのライブラリを作成し、インポートを容易にするためにバレルファイル（ index.ts ）を追加すると、Angularコンパイラはそれらのいずれかを使用すると壊れます。 これは、そのバレルファイル（たとえば、 @shared/components ）から何かをインポートするとすぐに、すべての単一コンポーネントのモジュールを見つけようとするためです。 必要な特定のコンポーネント（たとえば、 import { SharedToastComponent } from '@shared/components'; ）を指定した場合でも、コンパイラはエクスポートされたすべてのコンポーネントのモジュールを検索し、欠落しているコンポーネントに関するエラー（警告ではない）をスローします。

明らかに、回避策があります。

1. バレルファイルの使用を停止します。 すべてのコンポーネントを完全に指定する必要があるため、これはすぐに面倒になります
2. ExtrasModuleを使用し、モジュールはどこにも使用しないでください。 これは、テストにのみ必要なコンポーネントを持っている人にはうまく機能しますが、コンポーネントライブラリからプルしようとしている人にはあまりうまくいきません。

ただし、これらの回避策のいずれかを使用すると、ツリーシェイク後にまったく同じ出力コードが生成されるため、他のコンポーネントを使用済みモジュールに含める必要がないことは明らかです。 この2年前の問題で私が求めているのは、そのエラーをより適切な警告に変えることだけです。 続行を許可された場合でもコンパイルは成功するため、理にかなっています。

2019年に、Angularチームがこの非常に古く、非常に厄介な問題について何かをすることを期待しています。 🤞

@ smilemadude66 ...実際のlibモジュールを作成し、 tsconfig.jsonを介してAngularアプリに追加する方法については言及していません... "paths": {"ng-demo": ["./packages/ng-demo/src/index.ts"]}のように、 import { DemoModule } from 'ng-demo';のようにインポートを介して使用します

すべてのコンポーネントスタブでエラーが発生するのは、最も厄介なことです。 誰もが仕様をテスト/作成していますか？ したがって、コンポーネントスタブエラーはすべての人に影響を与えるはずです。 バレルの問題がそれほど煩わしくないと言っているのではありません。 誰もがバレルをやっているわけではないと言っているだけです。 しかし、誰もがスペックを実行する必要があります。 したがって、仕様の問題は、コアチームがこれを修正する最大の動機となるはずです。 現在、「Frequency Low」というラベルが付いていますが、単体テストを行う人は誰でもこの問題に遭遇するため、「FrequencyHigh」にする必要があります。

これはAOTでも一貫していません。 Angular CLIは、serve（デフォルトではAOTを使用）で実行するとエラーを発生させませんが、buildで実行するとエラーを発生させます。

これはAngularCLIリポジトリではないことは理解していますが、これを取り巻く動作は確かに奇妙です。

モックモジュールを作成する回避策があっても、UIユニットテストライターがモックモジュールに単一のモックコンポーネントを追加するのを忘れると、「ngビルド」が失敗するようになりました。

上記は、 UIユニットテストが現在CI / CDデプロイメントパイプラインのリスク要素であることを意味します。

Angularユニットテスターは、1つの些細な省略で展開ビルド全体を壊すことができることを、食物連鎖の上位の人々に本当に説明する必要がありますか？ いいえ。 Angular開発者を管理し、次のプロジェクトに使用するフレームワークを決定する人は、この種のことについて不思議に思うべきではありません。

一時的なものとして：「ngbuild」に表示されるエラーをテスト作成者にとってより有益なものにしないのはなぜですか。つまり、「これがテストで使用されるモックコンポーネントである場合：その中のモックモジュールに追加する」という効果にテキストを追加します。 （このURL）によるファイル」

あなたの平均的なフレンドリーなAngular開発者の単体テストはどのようにしてここに到達しましたか？

a）私見では、すべての.specファイルが使用するモックコンポーネントやサービスなどを配置するための「ヘルパー」ファイルを作成するのはDRYコードの慣例です。 ただし、この方法では、テスターがこのバグシナリオに突入します。

b）すべての.specファイルは、実際のテストコードとは関係のない「モックモジュール」を必要とせずに、この「ヘルパー」ファイルをインポートできます。 モックコンポーネントは、仕様のテスト環境でまったく役割を持たないモックモジュールのメンバーシップがなくても、そのまま使用できます。

確かに回避策は簡単です...しかし、グーグル検索でこのバグを見つけ、スレッドを読んで消化し、役立つ回避策はそうではありませんでした。

これを、（とりわけ）モックコンポーネントを含むヘルパーファイルの最後に追加します。

/*
  mock components
  !! Each mock component added to this file *must* be added to the "MockTestModule", see below !!
*/
@Component({
  selector: 'app-mock-component',
  template: '<span>mock widget</span>'
})
export class MockComponent {}

/*
  This is an unused module to resolve the ng build error:
    'ERROR in : Cannot determine the module for class MockComponent
    in C:/code/myRepo/src/assets/test/test-resources.ts!
    Add MockComponent to the NgModule to fix it.'

  Reference: https://github.com/angular/issues/13590

  Each mock component added to this file *must* be added to the "MockTestModule"
*/
@NgModule({
  declarations: [ MockComponent ],
})
export class MockTestModule {}

上記のファイルは実際には非常に大きいことに注意してください...「MockTestModule」はヘルパーファイルの最後に埋め込まれています...

...呼び出しをインターセプトし、コンソールメッセージ「やあUIユニットテスター、モックコンポーネントをモックモジュールに追加しましたか？」を挿入する「ngbuild」のpackage.jsonエントリを作成する必要がないことを願っています。 ナッジ。

これが私にとって問題を解決したものです。 私の構造は次のとおりです。

├── icons.module.ts
├── index.ts
├── icon
│   ├── icon.component.html
│   ├── icon.component.ts
│   └── icon.module.ts
└── icon-indicator
    ├── icon-indicator.component.html
    ├── icon-indicator.component.ts
    └── icon-indicator.module.ts

icons.module.tsで私は持っていました：

import { IconComponent } from './icon/icon.component';
import { IconIndicatorComponent } from './icon-indicator/icon-indicator.component';

export { IconIndicatorComponent, IconComponent };

@NgModule({
  /* this was all fine */ 
})
export class IconsModule {}

index.tsには次のものがありました。

export * from './icons.module';

問題は、コンパイラが対応するコンポーネントに遭遇する前にアイコンとアイコンインジケータモジュールを解析しなかったため、 Cannot determine the module for classエラーをスローしたことだと思います。 このプロジェクトはng5です。ng7プロジェクトで使用した場合にのみエラーが発生しました。

解決策は、エクスポートを1レベル下に移動することです。 そこで、 icons.module.tsのエクスポートステートメントを削除して、次の場所に移動しました。

icon.module.ts:
export { IconComponent };
...

icon-indicator.module.ts:
export { IconIndicatorComponent };
...

調整済みindex.ts ：

export * from './icons.module';
export * from './icon/icon.module';
export * from './icon-indicator/icon-indicator.module';

これが誰かを助けることを願っています。

新しいツタレンダラーはAOTの問題をかなり解決すると思います。 プルリクエストと問題からわかるように、Angularチームはツタに焦点を合わせているため、Angular6でこの問題について何かをする意味はありません。

新しいツタレンダラーはAOTの問題をかなり解決すると思います。

私はすべての問題でこれを聞くのが大好きです。

私はangular7.2.0とangular-cli7.3.0でもこの問題を抱えています

ERROR in : Cannot determine the module for class ModalMockComponent in /Users/user/repos/angular-skeleton/src/app/shared/modal/modal.component.mock.ts! Add ModalMockComponent to the NgModule to fix it.
Cannot determine the module for class TranslatePipeMock in /Users/user/repos/angular-skeleton/src/app/shared/pipes/translate.pipe.mock.ts! Add TranslatePipeMock to the NgModule to fix it.

たとえば、 Shared Module TranslatePipeとTranslatePipeMockがあります。 TranslatePipeはモジュールに含まれていますが、モックパイプは含まれていません。
translate.pipe.mock.tsは単体テスト用なので、このファイルを各単体テストにインポートできます。

しかし今、私のビルドは失敗します
ng build --prod

これをどのように修正しますか？

Atm私はそれを解決する回避策を持っています

{
  "extends": "../tsconfig.json",
  "compilerOptions": {
    "outDir": "../out-tsc/app",
    "types": []
  },
  "exclude": [
    "test.ts",
    "**/*.spec.ts",
    "**/*.mock.ts"
  ]
}

コメントの簡単なウォークスルーから、この問題の現在のステータスを判断するのは困難です。 私はこれが問題であることに同意します（貧弱なデザイン）。 それを修正する計画は何ですか？ 簡単ですか、難しいですか？

@rrmayerこの問題のステータスは、ほとんどすべての「現在の」問題と同様に、「ツタを待つ」だけである可能性が高いです。

これを「エラー」から「警告」に変更したいので、プロジェクトは実際にコンパイルされます...それはとても難しいですか？

@ Terrafire123 ...たとえば、テストやビルドツールとは多くの関係がある可能性があります。これは、実際にはこのケースがエラーにつながるという事実に基づいているため、警告への変更は重大な問題になる可能性があります。

現在のコンパイラで修正されるとは思いません：D

少なくとも、エラーまたは警告のいずれかを表示するオプションが必要です。 コンポーネントが意図的にモジュールの一部ではないためにビルドが壊れることは、かなり厄介です。

未使用のインポートは、このエラーを引き起こす可能性があります。

import { UnusedImportComponent } from "./used-somewhere-else-or-not.component";

クラスの横にある「export」キーワードは、 @ Componentデコレータが適用されているクラスを何らかのモジュールに含める必要があることを何らかの方法で決定しているようです。 コンポーネントのクラスをインポートしてテストで直接宣言するか、CoreMocksModuleなどで宣言してからモジュールをインポートするかにかかわらず、すべてが重要ではありません。

ただし、回避策があります。 スタブコンポーネントが次のように宣言されているとしましょう。

@Component({
  selector: 'app-user-stub-component',
  template: ''
})
export class UserStubComponent {}

'export'キーワードを削除する必要がありますが、何らかの方法で、テスト/テストモジュールで使用するためにコンポーネントをエクスポートする必要があります。 このようにしてください：

@Component({
  selector: 'app-user-stub-component',
  template: ''
})
class UserStubComponent {}

export default UserStubComponent;

これで、スタブをインポートするときはどこでも、次のような括弧を避ける必要があります。
import UserStubComponent from 'path'

それがうまくいくことを願っています。 私にとっては、AOTコンパイルの問題を解決します。

私の場合、修正しました。 問題はケーシングにありました。 フォルダには大文字を使用しましたが、VSコードの自動インポートではパスが小文字でイ​​ンポートされました。

@ renilbabu03JSは大文字と小文字を区別します。

私の場合、単体テスト用に修正し、変換パイプをモックしました。

export classをdefault exportに変更しました：

import { PipeTransform, Pipe } from '@angular/core';

@Pipe({
  name: 'translate'
})
class TranslatePipeMock implements PipeTransform { // <-- NOT: "export class TranslatePipeMock implements PipeTransform"
  public name = 'translate';

  public transform(query: string): any {
    return query;
  }
}

export default TranslatePipeMock;

これに対する修正はありますか？
export default <class>を試しましたが、 ng serve --aotを実行すると、エラーがスローされます。モジュールによってエクスポートされた予期しない値 'null' 。

とてもイライラします。

@redplaneなぜあなたはそれをしたいのですか？ defaultエクスポートを意味します。

彼ら自身がそれを行う方法は次のとおりです。
https://github.com/angular/angular/blob/master/aio/content/examples/testing/src/testing/router-link-directive-stub.ts

import exportedアセットでない限り、ファイルが存在するかどうかAngularが気にするのはなぜですか？

多くの場合、コンポーネントをリファクタリングしたり、コンポーネントを削除したりしていて、CommonJSの時代に行ったように、古いコンポーネント参照をコメントアウトしたいだけです。 バレルファイルを使用することはないので、これは十分に安全です。その前で何度も焼き付けられたため、Angularにプロジェクトからアセットを物理的に削除することを強制させることは、首の奥深くにいるときに受け入れられません。プロトタイピングフェーズ..

私はこのプロジェクトに取り組んでいる唯一の開発者であり、新しい機能を出荷しなければならない中で最新の安定したツールに到達するために物事をリファクタリングするのは地獄であるため、Angular6で立ち往生しています...少なくとも、Angular6 +にこの動作を無効にするためのコンパイラフラグを適用できれば素晴らしいと思います...

私の場合、Angularライブラリプロジェクトをセットアップしています。 ライブラリ内のコンポーネントの1つで、いくつかの列挙型を宣言しました。これらの列挙型をアプリケーションプロジェクトで使用するために、アプリケーションルートのprojectsディレクトリへの相対パスを使用してインポートしました。

これが、AngularコンパイラがアプリケーションプロジェクトのいずれかのngModuleでライブラリコンポーネントを宣言することを望んでいた理由です。

このエラーを解決するには、列挙型をpublic-api.tsファイルに宣言し、相対インポートパスではなくライブラリから直接インポートするアプリケーションプロジェクトで使用する必要があります。

例えば：
ライブラリプロジェクト名： components-lib
アプリケーションプロジェクト名： demo-app

ライブラリプロジェクト内で宣言されたインターフェイス、クラス、列挙型などを使用するには、直接パスを使用してそれらをインポートします。

import {SearchEnum} from'components-lib ';

しないでください
import {SearchEnum} from '../../../ projects / components-lib / path-to-your-component';

私はこれを自分で見つけるのに何時間も費やしてきたので、これが将来誰かに役立つことを願っています。

ng9で構築されたライブラリの互換性を維持するための問題があります。ng8を実行しているユーザーが使用できるようにしたかったのです。

ライブラリを通じて、コンポーネントを拡張できるいくつかのユーティリティクラスを提供します。 親クラスのチェーンでは、これらの一部は抽象的であり、ng9ではng8と互換性を持たせるために@Directive({ selector: 'random' })が必要です。

だから私はほとんどそれで逃げました...しかし：

Cannot determine the module for class NgxSubFormComponent in /........./node_modules/ngx-sub-form/ngx-sub-form.d.ts! Add NgxSubFormComponent to the NgModule to fix it.`

私はライブラリ内のモジュールを公開していません。人々は私たちが提供するクラスを拡張することになっています。 ただし、モジュールに親クラスをインポートする必要はありません（意味がありません）。

だから私は立ち往生していて、下位互換性を持たずにng9にアップグレードする必要がある最新の変更リリースをカットします

みなさん、この問題について沈黙してすみません。

View Engineのngcは、設計上、「コンパイル」内のすべてのコンポーネントに対してngfactoryファイルを生成します。つまり、tsconfigによって定義されたTSファイルのフルセットです。 これがTypeScriptの方法です
それ自体が機能します-tsconfigで定義されたすべてのファイルをコンパイルします。 ngcは、その上に追加の処理を行っているだけです。

したがって、 @Componentがそのコンパイルに存在し、ngcがそれを認識できる場合（つまり、トップレベルでエクスポートされている場合）、ngcはそれをコンパイルしようとします。 ngcが最初にコンポーネントを宣言するファイルをコンパイルしないようにする以外にこれを回避する方法はありません。

これを行う正しい方法は、tsconfigのスコープを設定することです。 たとえば、すべてのファイルを含むエディター用のトップレベルのtsconfigと、エディター構成を継承してスペックファイルを除外するアプリケーションコンパイル用のtsconfig.app.jsonがあるとします。 アプリの設定のみがngcでコンパイルされます。

プロジェクト（各tsconfigは「プロジェクト」）は、コンポーネントとそのモジュールが常に一緒にコンパイルされるように構成する必要があります。

アイビーでは、同じルールが依然として大部分適用されますが、いくつかの小さな違いがあります。

• デフォルトでは、Ivyは、エクスポートされているかどうかに関係なく、_any_ @Componentをコンパイルしようとします。
• Ivyでは、モジュールのないコンポーネントを使用することはもはやエラーではありません。 ただし、そのコンポーネントがテンプレート内の他のコンポーネント/ディレクティブを使用しようとすると、モジュールがないとそのコンポーネントに他に何も表示されないため、テンプレートタイプチェックエラーが発生します。
• デコレータにjit: trueフラグを追加することで、特定のコンポーネントまたはモジュールを無視して実行時まで残すようにIvyコンパイラに指示することができます。

@alxhubエラーではなくなったと聞いてうれしいです！

ngcはtscが行うことをすべてコンパイルしようとし、tscはそのスコープ内ですべてをコンパイルすることを理解しています。 そうは言っても、コンポーネントをモジュールに追加するという要件は100％角度の問題であるため、typescriptプロジェクトスコープからコンポーネントを削除することは、缶を蹴り飛ばすようなものです。 さらに、バレルファイルのようなパターンが一般的であるため、途中で再エクスポートからファイルを削除せずに、コンパイルから1つのファイルを本当に削除することは難しい場合があります。 これが、上記の「これらのコンポーネントを除外する」という呼びかけがしばしば不満に見舞われた理由です。

ivyの残りの制限（モジュールのないコンポーネントのテンプレートエラー）に関して、それらにも警告を要求するのは多すぎますか？ コンポーネントがモジュールレスとして識別される前にタイプチェックが行われると、それはより困難（ま​​たは不可能）になる可能性があることを理解していますが、 Warning: ExampleUnusedComponent does not belong to an NgModule, and will be excluded from the outputに沿った警告は、コンポーネント（およびそれによって参照されるその他のコンポーネント）は、ngModuleに追加されない限り含まれません。

全体として、私はこの問題の動きを見て非常に興奮しており、ivyコンパイラの新しい変更で元のユースケースを試すことを楽しみにしています！