私も同様の問題に直面しており、子がどのように初期化されるか、および親が初期化プロセスの一部として子を更新する方法が原因のようです。 ゾーンを使用した醜い回避策を含む同様のサンプルがあります： http ：

コンストラクター（private _zone：NgZone）{}

ngAfterViewInit（）：void {
this._zone.overrideOnTurnDone（（）=> {
this.child.title = '親からのタイトル';
}）;
}

これはバグではなく、意図したとおりに機能する開発モードの機能です。 enableProdMode( )呼び出し-アプリをブートストラップして例外がスローされないようにするときに、更新されたプランクを参照してください。

とはいえ、それは正当な理由でスローされています。つまり、変更検出のすべてのラウンドの後、開発モードはすぐに2番目のラウンドを実行して、最初のラウンドの終了以降にバインディングが変更されていないことを確認します。これは、変更が発生していることを示しているためです。変化検出自体によって。

プランクには、バインディング[attr.spinner]=isLoadingがあり、 ngAfterViewInitが起動されたときに発生する、 this.load()への呼び出しの結果として、 isLoadingが変更されます。最初の変化検出ターンの一部として発生します。 ただし、それ自体は問題ではありません。問題は、 this.load()がバインディングを変更するが、新しいラウンドの変更検出をトリガーしないことです。つまり、このバインディングは、将来の変更検出ラウンドまで更新されません。

ここで初期化されるChildViewあるため、コンポーネントをafterViewInitでセットアップする必要があります。 その変更をisLoading変更する正しい方法は何ですか？ ラップコールthis.loadによってsetTimeout ？

そのメソッドの間に変更検出の別のラウンドをトリガーする何か、何かをする必要があります-イベントを発行します。 タイムアウトでラップする（ng1へのキューフラッシュバック:-P）は、機能する1つの方法ですが、ng2では非常に面倒です。

それはユーザーフレンドリーに見えません。 そのメソッドは、子が定義されたときにコンポーネントの初期化を完了できる場所だと思いますが、今ではいくつかのカスタムルールがあることがわかりました。 新しい変更検出ラウンドを内部的に強制して、ユーザーからng2内に隠されるようにする必要があると思います。

ここで達成しようとしていることのより代表的なサンプルを投稿できますか？ 画像スピナーの場合は、標準のバインディングを使用することをお勧めします。

@ AerisG222同上。 これを達成するために単純なバインディングを使用できない理由はありますか？ 通常、ゾーンの動作をオーバーライドすることはお勧めしません。

@robwormaldええ、その場合はプロパティバインディングを行うことができます。 私が持っている実際のケースには、もう少し複雑な別のプロパティ、つまりカスタムオブジェクトの配列も含まれますが、それもプロパティバインディングを介して設定できます。

@ViewChildのようなものがなければ、これが情報を伝える唯一の合理的な方法であるため、私はあまり気にしないだろうと思います。 しかし、コード内のコンポーネント参照を処理できるように、 @ViewChildを見るのは非常に興奮していました。 これにより、マークアップが簡素化され、コードを介した制御が強化されます。これは、ツールのサポート（インテリセンスやコンパイル時のチェックなど）が増えるため、typescriptでさらに役立ちます。 また、子の状態としてのみ使用することを目的としたメンバー変数を追跡する必要がないため、コンテナーコンポーネントが簡素化されます。

もう1つの重要な点は、プロパティバインディング構文を使用してアプリケーションを調べる場合、テンプレートを調べて、最終的に誰がデータを消費しているかを確認する必要があることです。 これは、コードを介して配線された場合により明白になります。

例にとって重要なことだけを示すためにコードをクリーンアップしました。 画像の読み込み中にのみスピナーを表示し、スピナーを削除して画像を表示するという考え方です。 画像は、要素が画面に表示されている場合にのみ読み込まれます。

inflate.ts

import {Component, Input, Renderer, ElementRef, AfterViewInit, ViewChild} from 'angular2/core';

@Component({
  selector: '[inflate]',
  templateUrl: './inflate.html',
  styleUrls: ['./inflate.css']
})
export class Inflate implements AfterViewInit {
  @Input('inflate') url: string;
  @ViewChild('holder') holder: ElementRef;
  isLoaded = false;
  isLoading = false;

  constructor(private renderer: Renderer) {}

  ngAfterViewInit() {
    setTimeout(_=> this.inflate()); // BUGFIX: https://github.com/angular/angular/issues/6005#issuecomment-165911194
  }

  inflate() {
    let bounds = <ClientRect>this.holder.nativeElement.getBoundingClientRect();
    if(bounds.bottom > 0 && bounds.top < window.innerHeight) {
      this.isLoading = true;
      let img = new Image();
      img.src = this.url;
      img.onload = _=> {
        this.isLoaded = true;
        this.isLoading = false;
        this.renderer.setElementStyle(this.holder,
          'background-image', 'url("' + this.url + '")');
      };
    }
  }
}

inflate.html

<image-holder #holder></image-holder>
<spinner *ngIf="isLoading"></spinner>

ロード時にアニメーションが完了した状態でフェードインしている間は、ホストの背景の不透明度に影響を与えないため、画像をホストに保持しないようにする必要があります。

ネストされたディレクティブに関連する可能性のある問題があります。
http://plnkr.co/edit/myX2Alx9jie2q0FDIME7?p=preview
ここでは、progressBar.tsでngStyleにバインドしています。
スタイルオブジェクトが等しいことを証明するために戻る前に、スタイルオブジェクトをログに記録しています。
また、ExpressionChangedAfterItHasBeenCheckedExceptionを取得します。

@ svi3cは、実際には_different_オブジェクトを返します。 各関数呼び出しは、キー/値に関しては前のオブジェクトインスタンスと「等しい」が、インスタンス/参照に関してはそうではない新しいオブジェクトインスタンスを返します。

この状況に対処するには、いくつかの方法があります。

• 新しいコピーを返す代わりに、1つのオブジェクトインスタンスの値を更新します
• ChangeDetectionStrategy.OnPush戦略を使用して、入力の1つが変更されたときにのみ関数が呼び出されるようにします（例： http ：

ng2のプログレスバーディレクティブの別の例として、 https：//github.com/ng-bootstrap/core/blob/master/src/progressbar/progressbar.tsを確認することをお勧めし

@ pkozlowski-opensourceありがとうございました！
https://angular.io/docs/ts/latest/guide/template-syntax.html#!#ngstyleを読んだだけで、変更検出戦略にまだ遭遇していません。 それは素晴らしいことです！ :)

@ drew-moore：

そのメソッドの間に変更検出の別のラウンドをトリガーする何か、何かをする必要があります-イベントを発行します。

ngAfterViewInit内で変更検出を再トリガーするための_正しい_および_最も簡単な_方法を教えてください-必要なのは更新されるプロパティだけであると仮定します。 ApplicationRef.tick()は、「ApplicationRef.tickが再帰的に呼び出される」例外を引き起こすため、ここでは機能しません。 変更検出をトリガーするためだけにイベントを発行するのは間違っていると感じます（そして私にとってはうまくいきませんでした）、そしてsetTimeoutです。

ここでのコメントに基づくと、ngAfterViewInitのバインドされたプロパティを更新することはかなり一般的な要件のようです（子コンポーネントへの依存のため）。そのため、Angular2にはこれを行う簡単な方法がないようです。

ngAfterViewInitでバインドされたプロパティを更新することが_間違った_ことである場合、代替手段は何ですか？

これが簡単なものです：

チャレンジ：
レンダリングされた幅に基づいて、dom要素の高さを（特定の式を介して）設定します。

期待：
要素がレンダリングされたら、幅を取得し、それに基づいて高さを計算します。

現実：
setTimeout？！

  ngAfterViewInit() {
    window.setTimeout(() =>
      this.elementHeight = (this.nativeElement.offsetWidth * this.randomImage.dim.h) / this.randomImage.dim.w
    )
  }

@Birowsky Plunker？

@zoechiここに例があります： http ： //plnkr.co/edit/MML5uHEFQdL0k0TA5HtY

ngAfterViewInitライフサイクルフックのapp/app.component.ts#21のsetTimeoutを切り替えることができます。

カスタムngModel valueAccessorのwriteValue( newValue )メソッドを実装しようとしたときに、同様の問題が発生しました。 newValueをコンポーネントに適用しようとすると、値が変更されたことが通知されます（悪い方法で）。 皆さんが見つけたように、それをsetTimeout（）でラップすると、それが「修正」されます。 しかし、良い方法ではありません。

別の例があります。 @HostBinding()が設定され、 QueryListによって通知されるという点で、かなり単純です。

私の問題＃5950と同じです。

これをきれいに行う方法に関するいくつかの推奨事項がここにあります。
http://stackoverflow.com/questions/34827334/triggering-angular2-change-detection-manually

ただし、必要な処理を実行させることができなかったため、まだsetTimeoutラップしています。 コールバックの最後にChangeDetectorRef.detectChanges()して、CDをトリガーできたようです...。 私は何かが足りないのですか？ 多分それはあなたたちの一人を助けるでしょう。

HTML5メディアソース拡張機能を使用して、ビデオ要素に基づいてオーディオコンテキストを作成しているため、 @ViewChildを使用する必要があります。 オーディオコンテキストに基づいて、チャンネル数などの情報を表示しようとしています。 しかし、私もこの問題に遭遇しました。 これを回避する正しい方法は何ですか？

@ElsewhereGames実際のコードを見ずに

@zoechi報告する実際のバグはありません。ただ、DOMに直接アクセスしないことは望ましいことですが、必ずしも回避できるとは限りません（ @robwormaldのコメントに応えて）。 実際のAPIについては、 createMediaElementSourceのドキュメントを参照して

_ngModel_の問題で1月に投稿しました。 今、私は_ViewChildren_の問題で再び戻ってきました。 ただし、これらの他の例のいくつかとは異なり、私は実際にデモで何もしようとはして

http://www.bennadel.com/blog/3040-i-have-a-fundamental-misunderstanding-of-change-detection-in-angular-2-beta-8.htm

同様の問題が発生しましたが、それを回避するためにコードを書き直す可能性があります。 @bennadelの投稿で大笑いし

https://github.com/angular/angular/issues/6618

これまでのところ、これを回避する方法は常にありましたが、少なくとも変更検出メカニズムでより多くのドキュメントを使用できることをここでも提案します。 @bennadelあなたの問題は私に別の問題を思い出させます、

https://github.com/angular/angular/issues/5177

これを解決する場所として、追加のライフサイクルフックをOnBeforeBinding / OnBeforeRenderingに追加することが提案されました。 その解決策もあなたの問題を解決するようです。

@tanduはngAfterViewInitをngOnInit置き換えるだけです

@ e-oz https://github.com/angular/angular/issues/6005#issuecomment -165906207

@tanduスピナーがいつ開始するか（子の読み込み、子の画像の読み込み-ユーザーにとってはすべてが読み込まれます）は実際には

@ e-oz https://github.com/angular/angular/issues/6005#issuecomment -165951692子の境界にアクセスして、画像の読み込みを開始する必要があるかどうかを検出します。

@tanduを使用すると、このすべてのチェックを子コンポーネントコードに移動し（子コンポーネントのngAfterViewInitで正当になります）、isLoadingを変更するときにイベントを親に送信できます。

@ e-oz HTMLでコンポーネントを#holderとして定義します： <image-holder #holder></image-holder> 。 したがって、そのためのjsファイルはありません。

したがって、それを作成します。それ以外の場合は、Viewの場合、ngAfterViewInitを使用する必要はありません。
子としての実際のコンポーネントはありません-何もレンダリングされません。

日、2016年3月13日には15時18 tanduで[email protected]書きました：

@ e-oz https://github.com/e-ozコンポーネントをhtmlの#holderとして定義します：

ホルダー>

。 したがって、そのためのjsファイルはありません。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/angular/angular/issues/6005#issuecomment-195963389 。

element.getElementsByTagsNameまたは同様のメソッドを使用して、ChildComponentを使用しないこともできます。 確かに回避策があります。 setTimeout修正で大丈夫です。 問題は、メソッド名は、子コンポーネントを初期化してコンポーネントにバインドするロジックを定義するために使用できることを示唆していますが、メソッドは変更検出サイクルの途中で実行されていることを認識していないため、長い間さまざまな人々からの苦情のスレッド。

@tandu私はこれについてあなたに絶対に同意します、それは非常に厄介な制限です。

その価値については、元の回避策を次のように変更しました。これは、合理的なアプローチのように感じ始めています。 おそらく、これはあなたの状況で試す価値があります：

    constructor(private _changeDetectionRef : ChangeDetectorRef) { }

    ngAfterViewInit() : void {
        // your code

        this._changeDetectionRef.detectChanges();
    }

フォーム検証（必須入力）を使用すると、同じ例外が発生します。 この問題に関連していますか？

プランカー： http ：//plnkr.co/edit/Fp6XT5mC6ZCB14Z1gvTi？p = Preview

@eivindrをざっと見て、入力でngFormControlを見たことがなかったのですが、フォーム要素にバインドしてコントロールグループにバインドする必要があるため、その理由や意味がわかりません。個々の入力には対応するものがあります。 ngControl。 いずれにせよあなたのプランカーで削除します

 [ngFormControl]="formModel.find('title')" 

そしてそれはあなたのエラーを修正します。

私はこの問題を削除することを拒否します:)昨日、私の問題が入力プロパティに依存するホストバインディングに特に関連していることを示すことができました：

http://www.bennadel.com/blog/3056-host-bindings-are-breaking-the-ngmodel-bridge-in-angular-2-beta-11.htm

ビューテンプレートとホストのバインディング- -と_only them_の一つが変更例外を引き起こしている私は、コンポーネントは、2つの入力に依存して物事を持っているので、これは、この時点ではバグであると信じていなければなりません。 それらの両方が問題を引き起こした場合、私は何か別のことを考えるでしょう。 しかし、そのうちの1つだけが問題を引き起こしているので、それはバグであるに違いありませんね。

@eivindr空白のフォームから始めて、プログラムでフォームコントロールの値を設定するときにも、同じ問題が発生します。 回避策を見つけましたか？

@MarkPerryBVいいえ、requiredを使用すると、「チェック後に変更されました」という

@ user414 [ngFormControl]を削除すると、入力に「必須」の検証がありません。

@MarkPerryBV私は（今のところ）私のために働く回避策を見つけました。 enableProdMode（）を有効にする必要がありました。 入力にngIfを使用しているので、入力がレンダリングされた後にChangeDetectorRef.detectChanges（）も実行する必要がありました（そうでない場合、コンテンツがあるにもかかわらず入力は無効でした）。

enableProdMode()しても、実際には何も修正されません。ダブルチェックの実行を停止し、何かが間違っている可能性があることを通知することで、症状をマスクするだけです。

AerisG222の修正は、 setTimeoutを使用するよりも優れているようです。 バリデーターでaddControl()を呼び出した後、意図した動作が変更検出を手動でトリガーする必要があるのは本当ですか？

addControl（）を呼び出した後、ここで同じ問題が発生します。 addControl（）はChangeDetectionRef.detectChanges（）を呼び出す必要があると思います。

@CaptainCodeman私は知っています-それは一時的な回避策でした。

ng2 @ beta17 、 rxjs @ 5.0.0 -beta.6 、zoneを使用している場合、これは開発モードで失敗しなくなりました。 [email protected]。 私はまだChangeDetectionRef.detectChanges（）を呼び出す必要があります

@eivindr plnkrをbeta17修正に更新できますか？
私はこれについて頭を悩ませています、私はenableProdMode()に提出することを拒否します。

@ AerisG222あなたのアプローチは私のために働きます！

@ AerisG222が使用するのに適したアプローチを投稿したアプローチを使用していますか？ はい、動作しますが、手動でchangeDetectionRef.detectChanges()トリガーする良心はありますか？

動的フォーム検証を実行してからフォームをリセットしようとすると、同じ問題が発生します。 これが私のプランクです

再現する手順。 Is EmployeeCheckedを使用してフォームを送信します。 フォームが更新されたら、IsEmployeeをもう一度確認します。

送信関数でchangeDetectionRef.detectChanges（）を使用しています。

この@ AerisG222をありがとう:)

setTimeoutの回避策がすべて好きではありません。 私は以下を提案します：

http://plnkr.co/edit/9umnTGsdFWhbaOBeftuZ?p=preview

ChangeDetectorRef.detectChangesは、必ずしも良いアプローチではありません。 理由の例：

親コンポーネントは、 ngAfterViewInit間に子コンポーネントのパブリックAPIを呼び出します。 この呼び出しは、子のバインディングを変更します。 親からdetectChangesを呼び出すと問題も解決しますが、それは親がいつdetectChangesを呼び出すかを知っている必要があり、その後に子のAPI呼び出しを行う必要があることを意味します。 ChangeDetectionStrategy.OnPushを使用する場合、この場合のバインディングを変更するchildrenメソッドでdetectChangesを呼び出すことは機能しないことに気付くでしょう。

ViewContainerRef.createComponent()を介して子を動的に追加してから、子インスタンスを更新すると、このエラーが発生しました。 私はRC2を使用しています（そして減価償却されたものを使用しないようにしています）。

最初は問題なく動作しましたが（最初のレンダリング）、新しいデータを出力するコンポーネントを追加しました。 このイベントは親コンポーネントによってリッスンされ、親コンポーネントがデータ配列を更新して、変更の検出と新しい動的な子コンポーネントの作成をトリガーしました。 イベントは、フォームの送信によってトリガーされました。 送信ボタンを押すと、すべて問題ありませんでした。 Enterキーを押して送信を生成すると、エラーが発生します。

動的コンポーネントの作成と更新の直後にChangeDetectorRef.detectChanges()追加することになりました。 大きな問題ではありませんが、ビューに新しいコンポーネントを追加しただけでも、システムが子の変更検出を自動的にトリガーしないのは奇妙に思えます。

@ aerisg222これを呼び出す必要がありますか？_changeDetectionRef.detectChanges（）すべての子のプロパティが親から変更された後ですか？

さて、私はちょうどこの問題に遭遇しました。 同じデータオブジェクトを使用する2つの兄弟コンポーネントがあります。 どちらのオブジェクトも、データソースを更新できると想定されています。 他のソースは実際にはオブジェクトの変更を確認しますが、チェック後に式が変更されたことをトリガーします。 以前の値： 'true'。 現在の値： 'false'

これは、RC1からRC4にアップグレードした後に私に起こりました

こっちも一緒。 RC1からRC4にアップグレードした後、これを再び取得し始めました。

たぶん、これを引き起こした変更は、変更ログの重大な変更として伝達されるべきでした... kuz私のものは今壊れています。

決勝を待つ必要があります。
外部プロパティを更新するのは面倒なので、子コンポーネントの使用をやめました。
そのためにゾーンがここにあると思いました...

こっちも一緒。 ViewComponentRefを介した動的コンポーネントの読み込みは、RC1とは異なりRC2とRC4で動作するようです。

これが私の作業上の依存関係です：
「依存関係」：{
"@ angular / common"： "2.0.0-rc.1"、
"@ angular / compiler"： "2.0.0-rc.1"、
"@ angular / core"： "2.0.0-rc.1"、
"@ angular / http"： "2.0.0-rc.1"、
"@ angular / platform-b​​rowser"： "2.0.0-rc.1"、
"@ angular / platform-b​​rowser-dynamic"： "2.0.0-rc.1"、
"systemjs"： "0.19.31"、
"core-js"： "^ 2.4.0"、
"reflect-metadata"： "^ 0.1.3"、
"rxjs"： "5.0.0-beta.6"、
"zone.js"： "^ 0.6.12"
}、
"devDependencies"：{
"typescript"： "^ 1.8.10"、
"typings"： "^ 1.0.4"、
「同時に」：「^ 2.2.0」、
"lite-server"： "^ 2.2.2"
}

そして、ここに言及されたエラーを引き起こしている依存関係があります：
「依存関係」：{
"@ angular / common"： "2.0.0-rc.4"、
"@ angular / compiler"： "2.0.0-rc.4"、
"@ angular / core"： "2.0.0-rc.4"、
"@ angular / http"： "2.0.0-rc.4"、
"@ angular / platform-b​​rowser"： "2.0.0-rc.4"、
"@ angular / platform-b​​rowser-dynamic"： "2.0.0-rc.4"、
"systemjs"： "0.19.31"、
"core-js"： "^ 2.4.0"、
"reflect-metadata"： "^ 0.1.3"、
"rxjs"： "5.0.0-beta.6"、
"zone.js"： "^ 0.6.12"
}、
"devDependencies"：{
"typescript"： "^ 1.8.10"、
"typings"： "^ 1.0.4"、
「同時に」：「^ 2.2.0」、
"lite-server"： "^ 2.2.2"
}

RC2も機能していません！

ただの質問ですが、エラーに関する詳細情報を入手する方法はありますか？ たとえば、エラーに「式が「true」から「false」に変更されました！」と表示されている場合、「式」が何であるかを知っておくと便利です。

RC1からRC4にアップグレードした後も、まったく同じ問題が発生しています。 そして、私がそれを理解したのは、私のコンポーネントのngOnInit関数によるものです。 この関数をコメントアウトすると、エラーメッセージが消え、すべてが正常に機能します。 何かご意見は？

この問題は古く、措置が講じられているため、この問題を解決します。 それでも問題が解決しない場合は、必ず新しい課題を作成し、課題テンプレートに必要なすべての詳細を記入して

しかし、人々は彼らがまだ新しいrcでこの問題を経験していると言っていました...

午後12時52分の水、2016年7月13日には、ビクターBerchet [email protected]
書きました：

クローズ＃6005https ：//github.com/angular/angular/issues/6005。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/angular/angular/issues/6005#event -720794445、またはミュート
スレッド
https://github.com/notifications/unsubscribe/AAgIEFEVZmE0M53XxNpzAYg9hJT_E_viks5qVAyGgaJpZM4G4J_s
。

はい、RC4にアップグレードしたばかりで、新しいルーターを構成する以外にコンポーネントに1つの変更を加えなかったため、この問題が発生しました。 RC1ではすべて良かったです。これはまだ残っているようです。

より詳しい情報：

ngOnInit内のasync呼び出しが原因であることが判明し、このエラーが発生します。 非同期呼び出しコードをコメントアウトするか、そのコードをコンストラクターに移動すると、すべてが正常に機能します。

@ ammar91
変更後にこれを呼び出します：
changeDetectionRef.detectChanges（）

@ zigzag95はい、これは確かに回避策ですが、これを行うのは非常にハッキーだと感じます。 独自の変更検出メカニズムを手動でトリガーするのではなく、angularのようなフレームワークがこれをより適切に処理することを期待します。

私の場合、プログレスバーを表示および非表示にするためにapp.component.tsでAngularイベントエミッターをサブスクライブしているときに発生します。 それはすべてRC1で良かったが、RC4で壊れた。

これが再現です、 http： //plnkr.co/edit/jEtfUrQdc4sJBySj5kWN？p =
Heroes Linkをクリックして、編集するヒーローの1つを選択すると、エラーが表示されます。
app.component.tsとhero.service.tsの変更をご覧ください

ねえ@vicb 、アップデートしてくれてありがとう。 どのような行動が取られたのか教えてください。 これは次のリリースで修正されるということですか？

私のために働いた別の簡単な代替ソリューションは、値を観測可能なものとして返し、放出値を10ms遅らせることです。 私の場合、例外はスピナー値で発生していました
<app-spinner *ngIf="spinner"></app-spinner>

  this.eventService.toggleSpinnerAnnounced$.subscribe(
      (show: boolean) => this.spinner = show
    );

これは私のために働いた：

private spinner = new Subject<boolean>();
toggleSpinnerAnnounced$ = this.spinner.asObservable().delay(10); // This  delay() is important

announceSpinnerToggle(show: boolean) {
        this.spinner.next(show);
    }

これは、遅延を使用していて、observableとは関係がないため、うまくいきました。
stettimeoutを使用する場合も同じ動作になります。

@Jarvensは、不適切な場所へのこのコメントの投稿を停止してください。

GitHubの問題は、バグレポートと機能リクエストに関するものです。
サポートに関する質問については、「貢献-質問または問題がありますか？」にリストされているような他のチャネルを使用してください

あなたのコメントはあなたの問題を診断するのに十分な情報を提供していません。

参考：Chrome拡張機能ng-inspector for AngularJS （batarangの代わりに角度1の拡張機能）が原因でこのエラーが発生しました

これはナッツです！ スレッド全体を読んだ後、開発モードで問題を修正したのは、@ KarlGustav-unimicroが言うように、AngularJSのng-inspectorを無効にすることでした。

そうは言っても、 ChangeDetectorRef.detectChanges()も私のために働いたが、本当にハッキーだと感じた。

@ pkozlowski-オープンソース、
入力の1つが変更されたときにindicatorStyle()が呼び出される理由がまだわかりません。
もっと説明してもらえますか？
私は実装する場合はngDoCheck設定せずに_progressバーcomponent_にChangeDetectionStrategy.OnPush親compoentに、
ngDoCheck 2回実行されていることがわかりました。
私は最初のものが実行される理由を知っています、
しかし、私は2番目のngDoCheckについて本当に混乱しました...

http://plnkr.co/edit/myX2Alx9jie2q0FDIME7?p=preview

@LiTiang 、

入力の1つが変更されたときにindicatorStyle（）が呼び出される理由がまだわかりません。
もっと説明してもらえますか？

indicatorStyle()はビューで[ngStyle]にバインドされているため、変更検出機能が実行されると常に呼び出されます。 これは、入力が実際に変更されたかどうかに関係なく発生します。

ngDoCheckが2回実行されていることがわかりました。
私は最初のものが実行される理由を知っています、
しかし、私は2番目のngDoCheckについて本当に混乱しています...

これは、このスレッドで前述したように、変更検出が開発モードで常に2回実行されるためである可能性があります。 これは、変更検出中にバインディングを変更するコードがないことを確認するために行われます。これにより、本番環境で難しいバグが発生する可能性があります。

setTimeout（）のバリエーション

更新：CPUはcompanionHeightLast比較なしで100％ナッツになりました：AFAIK更新は再帰的になりました！

UPDATE2：プランカーの例

動的な<ul>ブロックの高さで、「companionHeight」にバインドした<img>の高さを制御したかったのです。

とても邪悪です...しかし、以下はObservableを使用して動作します。

高さが監視されている<ul>要素は次のとおりです。

<ul class="title-list-ul" #listul (window:resize)="setCompanionHeight(listul)">

制御されている<img>要素は次のとおりです。

<img class="title-list-companion-img" [src]="getCompanionImageURL()" [height]="companionHeight"/>

相互作用するコンポーネントメソッドは次のとおりです。

import { Component, OnInit, AfterViewChecked, ElementRef } from '@angular/core';  // redacted
import { Observable } from 'rxjs';

@Component({
  selector: 'resume-title-list',
  templateUrl: './title-list.component.html',
  styleUrls: ['./title-list.component.scss']
})
export class TitleListComponent implements OnInit, AfterViewChecked {

  private error: Object;
  private companionHeight: number = 0;
  private companionHeightLast: number = 0;

   // Lots of irrelevant stuff like ngInit redacted for simplicity.

  constructor(private elementRef: ElementRef) { }  // redacted, mine is more complicated.

  setCompanionHeight(listElement: any) {
    let clientRect = listElement.getBoundingClientRect();
    if (clientRect) {
      this.companionHeight = clientRect["height"];
    }
  }

  // window::resize only happens when the window is resized: This is an initialization 
  // function that sets the initial size of the image... Without it the image height is 
  // initially zero and the image is not shown. 
  // The height was not correct in ngAfterViewInit, so I used ngAfterViewChecked instead.

  ngAfterViewChecked() {
    let ularray = this.elementRef.nativeElement.getElementsByClassName("title-list-ul");
    if (ularray && ularray.length > 0) {
        let h = ularray[0].getBoundingClientRect().height;
        if (h && h != this.companionHeightLast) {
          this.companionHeightLast = h;
          Observable
          .of(h)
          .delay(10)
          .subscribe(h => this.companionHeight = h,
                     error => this.error = error);
        }
    }
  }
}

クローズされた問題に関するコメントは、Angularチームメンバーによって読み取られない場合があります。
これらのチャネルの1つに質問を投稿するのはどうですか？貢献-質問または問題がありますか？ プランカーで再現しますか？

私は同じ問題を抱えていました：

<div *ngIf="isLoading">
   <app-some-viewchild></app-some-viewchild>
</div>

代わりに* ngIfを使用して問題を解決します。

私もこの問題に遭遇しました。 最後に、デフォルトの初期化オブジェクトがngModleオブジェクトと同じであることがわかりました。

@ComponentデコレータでchangeDetection: ChangeDetectionStrategy.OnPushを設定すると、修正されました

@elvismercadoありがとう、2.1.1で私の問題を解決します！

親テンプレートから渡された値に依存する子コンポーネントがあり、親値が変更されたときに子テンプレートがこの例外をスローしました。 子コンポーネントに提案を追加すると、変更された値が子コンポーネントにプッシュされるまで変更検出が実行されず、検出が時期尚早に実行されるのを回避できますか？

フォーカスのある入力があり、それをDOM（ngIf条件）から削除すると、「チェック後に式が変更されました」というエラーが発生します（入力にフォームグループが関連付けられている場合のみ）。
この問題のプランカーは次のとおりです。
https://plnkr.co/edit/dooRvC1gY1WEcaNdshoP?p=preview
ありがとう！

では、ここでの解決策は何ですか？

ngOnInitの入力値を変更すると、これがトリガーされます。

@coli
包むだけ

setTimeout(()=>{
 ///your code here
}, 1);

ユーザーが既存のエンティティを編集するときにプリロードする必要がある子コンポーネントの組み合わせがあります。
上記の@drewlio投稿を使用して問題を修正するまで、私はこの問題に何時間も苦労してきました。

_changeDetectionRefを挿入します：

    constructor(
        private _changeDetectionRef: ChangeDetectorRef) {
    }

そして、変更を行った直後に、detectchangesを呼び出します。
これは私にとってトリックでした。

    setSizeFromCtrl() {
        console.log("setSizeFromCtrl");
        if (this.sizeFromList && this.tradeProfile && this.tradeProfile.SizeFrom && this.sizeFromCtrl) {
            this.sizeFromCtrl.select(String(this.tradeProfile.SizeFrom));
            this._changeDetectionRef.detectChanges();
            console.log("setSizeFromCtrl DONE");
        }
    }

    setCentreTypeCtrl() {
        console.log("setCentreTypeCtrl");
        if (this.centreTypeList && this.tradeProfile && this.tradeProfile.centreTypeList && this.centreTypeCtrl) {

            for (let i of this.tradeProfile.centreTypeList) {
                this.centreTypeCtrl.select(i.value);
            }
            this._changeDetectionRef.detectChanges();
            console.log("centreTypeCtrl DONE");
        }
    }

私はこれと同じ問題を抱えていましたが、異なる（類似した？）原因と異なる解決策を持っていたことに注意してください。

• Angularアプリ（ https://github.com/GeoscienceAustralia/GNSS-Site-Manager ）には、 ngOnInit()内の複数のコンポーネントにネストされて構築されたモデルリアクティブフォームがあります。 これらのフォームの一部は、テンプレートのngIfで折りたたまれています
• データは読み取りにされても、中にngOnInit()として適用されていたtheModelForm.patchValue(data)
• このエラーは、折りたたまれたフォームの1つが展開されたときに発生していました。 これは、フォームがngOnInit()で作成され、展開されるまで起動されなかったため、DOMが構築されなかったという事実に関連しています。 patchValue()を取り出すと、問題は解決しました
• 私たちは2つの解決策を思いついた
• 前にpatchValue()で実行this._changeDetectionRef.detectChanges(); 。 そして、 ngIfを[hidden]して、フォームとDOMが完全に構築されるようにします。 これの欠点は、完全なフォームと関連するDOMが作成されるため、時間とメモリのコストです（これは多くのアプリでは問題にならないかもしれませんが、巨大なフォームがあるので私たちにとっては問題でした）。
• より良い解決策は、コンポーネントにpatchValue() （またはデータとフィールドが1：1の場合はsetValue() ）を適用することです。したがって、フォームがngOnInit()作成された場合にのみ発生します。 。

私はまだこれらの変更をコミットしていません（22/3/17）。

ですから、この決定がすべての人を救うとは思いません。
しかし、私では、与えられたエラーの発生は、クラスの新しい要素の作成を伴いました。 次に、それを配列に追加します。配列は* ngForを介して出力されます。
この問題を解決するには、クラスにコンストラクターを追加します。コンストラクターは、テンプレートにデフォルト値（ゼロ、空の行）を表示するために必要なフィールドに入力されます。

export class Task {
    task_id: number;
....
    constructor() {
        this.task_name = '';
        this.task_desc = '';
        this.task_percent = 0;

  addNewTask():void{
    let newTask = new Task();
    this.tasksList.push(newTask);
  }

task_name＆task_desc＆task_percentテンプレートに表示しています。 リストされたフィールドの少なくとも1つがコンストラクターで初期化されていない場合、同様のエラーが発生します。

+1

AerisG222ソリューションの作業

constructor(private _changeDetectionRef : ChangeDetectorRef) { }

ngAfterViewInit() : void {
    // your code

    this._changeDetectionRef.detectChanges();
}

this._changeDetectionRef.detectChanges（）は機能しますが、私の場合は他の問題が発生します。 setTimeout（）関数内にコードをラップするだけで、それが解決されます。

@GuofuHuangがそれを行うことは、問題を修正しないことを回避する方法であり、無限の変化検出サイクルにつながる可能性があります

@Toxicable申し訳ありませんが、おそらく私はそれを明確にしませんでした、私はthis._changeDetectionRef.detectChanges（）;を使用していません。 代わりに、ソースコードをsetTimeout（）内にラップします。

@GuofuHuang setTimeout中に何を入れてもCDが発生し、それをライフサイクルフックで実行している場合は、無限のCDサイクルが発生している可能性があります。 解決策は、CDの実行中にCDを引き起こす変更を加えることではありません

@Toxicable 0に設定しても？

@GuofuHuang 0に設定するとCDが発生する場合は、はい

@Toxicableこのリンクhttp://stackoverflow.com/questions/779379/why-is-settimeoutfn-0-sometimes-usefulを見つけました。setTimeout0はCのpause / yieldのようなものです。それがCDを引き起こすかどうかはわかりませんが、今では私の場合は完璧に機能します。 この解決策でない場合、この問題を解決するためのより良い解決策がありますか？

@GuofuHuang Cでpause / yieldが何をするのかわかりませんが、JSではイベントキューの最後にコールバックを配置します。 私の解決策は上記のとおりです：解決策は、CDの実行中にCDを引き起こす変更を加えることではありません

settimeoutが解決策です
msパラメータを指定する必要はありません。1ティック待ちます

@ zigzag95 @GuofuHuang setTimeoutが解決策ではない理由については、この例を参照してください
https://plnkr.co/edit/dv8K9EvVQLG59Gxsl3oI?p=preview

@Toxicableありがとうございますが、私の場合はこれとは大きく異なり、無限ループは見られません。 しかし、これは間違いなく良い例であり、角度をより理解するのに役立ちます。

@GuofuHuang確かに、1回だけ呼び出されるngAfterViewInitで実行しているため、このようなケースでは発生しません。 私の言いたいことは、この方法では無限ループが発生する可能性があるため、使用するのは危険だということです。 それがプランカーが示していることです。

@moutonoあなたのトリックは私を助けてくれました！ どうもありがとう😄

問題は変更検出のトリガーに関するものであるため、ngZoneモンキーパッチもpromiseであるため、promiseの解決も機能する可能性があります。 これは私のために働いています：

ngAfterViewInit() {
  Promise.resolve().then(() => your_code_here);
}

ええ、setTimeoutは機能しますが、その修正が気に入​​らなかったのです。私の場合は、EventEmitterの値を変更していたことが原因でした。
解決策は変更でした
private generalSubscriber: EventEmitter<any> = new EventEmitter<any>();
に
private generalSubscriber: EventEmitter<any> = new EventEmitter<any>(true);

変だよね？
つまり、イベントエミッターは非同期です
https://angular.io/docs/ts/latest/api/core/index/EventEmitter-class.html

これに対する解決策はありますか？ なぜ閉鎖されているのですか？

毎回キャッシュをクリアする必要があります

私の場合、画像の読み込み時に画像スタブを置き換えていたので、 setTimeoutに入れる必要がありました

@intergleam @ wasa4587 @ caroso1222 @tandu @ AerisG222 @ drew- moore @robwormald @ svi3c @ pkozlowski-opensource @pcroc @zoechi @stefankoru @bennadel @bryanforbes @Necroskillz @drewlio @ElsewhereGames @zoechi @ user414 @ e-oz

開発中にエラーが発生します。 本番サーバーでは正常に動作しています。

@smartHasmukhこれは開発モードのみのエラーであるため、
あなたはまだそれを修正する必要があります。

このエラーが発生した場合は、おそらく一方向のデータフローが中断されます。 これは、兄弟の1つのコンポーネントのデータを変更したり、子のライフサイクルフックで親のデータを変更したりするようなものである可能性があります。
スローされたこの例外はエラーではありませんが、開発者が一方向のデータフローコントラクトが何らかの方法で破られていることを理解するためのヘルパーです。 これが本番環境で機能するという事実は偶然です。親子通信でデータをどのように変更しているかを確認し、開発モードで修正する必要があります。

@smartHasmukh私もこれを不快に感じていました。 たとえば、ナビゲーションイベントにフックし、さらにイベントをメインコンポーネントに発行して、ローダーを表示します。 そして、各コンポーネントで、サーバーからデータを受信した後（つまり、サブスクリプション内で）、そのローダーを非表示にします。 それはいいです。 しかし、1つのコンポーネントでは、「静的」ソースから一部のデータしか取得できず、そこでは観測できませんでした。そのため、ngOnInitを使用して、ローダーを非表示にするようにメインコンポーネントに指示しようとしました。 もちろん、エラーが発生しました。

私の場合は単純なことですが、それは正しい方法ではありません。 そのコンポーネントについては、そもそもローダーを表示しないという決定を下さなければなりませんでした（そのようなコンポーネントがもっとあると、さらにトリッキーになる可能性があります）...または、データサービスからローダーを非表示にすることもできます、コンポーネントレベルではなく。 または、醜い修正は、その1つの特定のケースをsetTimeout（）でラップすることです。 最初のアプローチが適切ではなかったからです。

TL / DR：
_setTimeout（）_醜い修正（その瞬間に_悲しいことに_選択しましたが、これも非常に単純なシナリオであり、何が何であるかを知っています）以外に、シナリオにも適切な方法が必要だと確信しています。そこに進んでいます-それでも、将来のリリースで、ある時点で変更する必要があるかもしれません）。
特定のケースでStackOverflowを試して、詳細を確認できます。 方法がなければなりません。

確かにありがとう@ MrCroft @ tytskyiそして私はそれをやります@zoechiさんそして私はそれが驚くことではないことを知っています。 しかし、私はただ知らせます。 他には何もありません

@tytskyi

これが本番環境で機能するという事実は偶然です。確認する必要があります

いいえ、ほとんどの場合、このエラーに対する私の応答は「はい、わかっています。それは意図されたものです」です。 私のアプリの多くのコンポーネントは、initの後、およびバインドされた変数で新しい値を受け取った後に何かをロードしています。 この問題はAngularの「既知の醜さ」であり、誰も気にしません。

@ e-ozライフサイクルフックのいずれかで親または兄弟の状態に何らかの影響を与えている場合、これは一方向のデータフローの中断です。 このような変更は、アプリケーションの状態が安定したときに行う必要がありますが、変更の検出の途中ではありません。 そのため、microtask、setTimeout0などのトリックがあります。

@tytskyiはあなたの「

@ e-ozそれはHTTPリクエストにどのように関連していますか。 HTTP要求応答により変更が検出され、「式が変更されました...」というエラーは発生しません。
詳細を教えていただけますか？

@zoechiそれに時間を無駄にする理由はありません、誰も何も変更しません、タスクは閉じられます。

@ e-ozこの問題は1年前にクローズされ、Angularチームは当時まったく異なる優先順位を持っていました（リリースをリリースします）。この問題は当時のブロッカーではありませんでした。
有効なケースがあると思われる場合は、新しい問題を作成する必要があります。

@zoechi私が何をすべきかをあなたが決めるのではないと思います。 新しい問題を作成することはできますが、作成する必要はありません。 敬意を表して、私はその「あなたがすべき」という口調が好きではありません。

@ e-ozなるほど、あなたのコメントはあなたの欲求不満を解消するためだけのものであり、あなたは解決策を得ることに興味がありません。 あなたの役に立たないコメントでここで他の人々の時間を無駄にするのを止めてください。

httpを呼び出す場合は、コンポーネントにサブスクライブし、追加するだけです。
Promise.resolve().then(() => your_code_here);
また
myObservable.delay(10).subscribe(...)

2つの解決策のいずれかが問題を解決します

@vicb修正されていない問題の

少なくともいくつかの適切な修正を提案しますが、これを閉じることは受け入れられません

@diegogarciaa ...そして、あなたの観点から、正確に修正されていない、または間違っているものは何ですか？ 会話^^^はとても長いので、実際のコアを見つけるのは難しいです。

@ mlc-mlapis敬意を表して、私はあなたの先生ではありません。問題を読んだり理解したりできない場合は、気にしないでください。 私はすべてのコンテンツを読むのに長い時間を費やしました、私は同じことをお勧めします。

角張ったチーム（すべてのチームではありませんが、ここでこの問題を解決している人）の態度は非常に意欲的です：（私の給料を）ブロックせず、すぐに修正しません。

@diegogarciaa ...とても良い。 上記のように続ければ、どこでも歓迎されます。

@ mlc-mlapis私は、人々が読むことができない場所を歓迎したくなく、すべきでない場所ででたらめをしようとします。

@diegogarciaa ...私はあなたが個人的に問題を抱えていると思っていましたが、今はそうではないようです。 また、 Expression has changed after it was checked ...の問題のほとんどはバグではなく、CDの動作を正しく理解していないというのも現実です。

@ mlc-mlapis ok ...理解しましょう

http://plnkr.co/edit/nm8OkrpZCIp4cvA6TbpO?p=preview

このプランクでは、ngAfterViewInitが呼び出されたときに変数がバインドされてチェックされたことがわかります。したがって、新しい値を受け取り、新しいチェックラウンドをトリガーしないと、例外がスローされます。

しかし、たとえば、ビューコンテナ参照があり、たとえば次のように使用する場合：

this.service.GetData（）。subscribe（
応答=> this.component.instance.dataModel =応答
）;

dataModelが私のhtmlで{{dataModel.Field}}として使用されていることを考慮してください

this.componentは、特定のイベントでロードされる動的コンポーネントですが、エラーを回避するにはどうすればよいですか？ これは、変更検出のライフシクルフックの前にデータをコンポーネントに渡す正しい方法です。

@diegogarciaa ...はい、これは非同期操作と同期操作が混在して1枚のCDにまとめられ、https://hackernoon.com/everything-you-need-to-know-about-the-expressionchangedafterithasbeencheckederror-error-e3fd9ce7dbb4の投稿からの説明は繰り返さないので、最初に読んでみてください。

また、 https：//hackernoon.com/here-is-how-to-get-viewcontainerref-before-viewchild-query-is-evaluated-f649e51315fbも参照して

したがって、この記事では基本的に、変更検出のラウンドを手動で呼び出す必要があると述べています...

正直に言って、私は現在の状況に非常に腹を立てています...角度のある最小限のものでさえ、とても退屈で疲れています...私は息さえできません。 あなたをファック

@diegogarciaa ...いいえ、それは単なる補助的な解決策です。 promise.thenまたはsetTimeout使用することもできます...ただし、この場合の推奨される解決策はおそらく共有サービスであるため、CDサイクル全体で動的コンポーネントのプロパティを直接更新することはありません。確認。

または、データを取得した瞬間に動的コンポーネントのインスタンスを作成するだけです。 したがって、サブスクリプションは動的コンポーネントインスタンスの作成を呼び出します。

しかし、重要なこと->エラーが発生する主なロジック->一方向の変更は常にツリー全体を上から下に流れる必要があり、1つのCDサイクルの後、一方向の原則が尊重されたというステータスの確認があります。

この「ファックユー」は個人的なものではありませんでした...ただ私の欲求不満を発散しました。

コンポーネントを処理するためにディレクティブスキーマを使用します。 コンポーネントをコンポーネントビュー参照にロードするヘルパーを作成しました。理解しているように、コンポーネントのロード時にデータが使用可能である必要があります。

protected loadPartialView(viewName: string, target: ViewContainerRef) : ComponentRef<any> {
        const factories = Array.from(this.resolver['_factories'].keys());
        const factoryClass = <Type<any>>factories.find((x: any) => x.name === viewName);
        const factory = this.resolver.resolveComponentFactory(factoryClass);
        return target.createComponent(factory);
}

上記の例では、次のようなことをしたいと思います。

return target.createComponent(factory, dataSource);

私のdataSourceがコンストラクター時に利用できる場所

コンポーネントを通過するデータソースを処理するためにオブジェクトを使用するreduxのように、ライフシクルがフックする前にデータを取得できるように、データを処理する注入可能なコンポーネントを実装することを検討しています。

ディエゴガルシア

以前にデータが利用可能である必要はないと思います...動的コンポーネントはまだ@Input()と@Output()コンポーネントですが、問題はいつデータを変更するかです。

...コンポーネントがロードされているときにデータが利用可能である必要があります...

遅延ロードされたモジュールのコンポーネントも使用する必要があると思うので、モジュール内で直接マップを使用して、文字列名だけを使用してコンポーネントにアクセスできるようにします。

export default class LazyLoadedModule {
    cmps: Map<{}, {}> = new Map();
    constructor() {
        this.cmps.set('first-component', FirstComponent);
        ...
    }
}

return target.createComponent(factory, dataSource);はどういう意味ですか？ 実際のAPIはcreateComponent(componentFactory, index, injector, projectableNodes, ngModule)です。

そして多分新しい@angular / cdkモジュールはあなたにとって興味深いでしょう。 ここで紹介します： https ：//medium.com/@caroso1222/a-first-look-into-the-angular-cdk-67e68807ed9b。

setTimeoutを使用する代わりに、 ChangeDetectorRef.detectChanges()してもうまくいかなかったので、その価値と誰かを助けることができるのであれば、 NgZone.onStableを使用してコードを実行することになりました。 EventEmitter 1回サブスクライブすることによって..。

constructor(
  private zone: NgZone,
) { }

ngAfterViewInit() {
  this.zone.onStable.first().subscribe(() => {
    // your code here
  });
}

私はこれを行うことの結果を完全には認識していませんが、 setTimeoutを使用するよりも最悪になる可能性がありますか？ 誰かがその問題についてコメントを持っているなら、それは本当に大歓迎です！

@ AerisG222ソリューションは私のために働きます

constructor(private _changeDetectionRef : ChangeDetectorRef) { }

ngAfterViewChecked() : void {
    // your code
    this._changeDetectionRef.detectChanges();
}

これはhtmlコンポーネントです：

{{lastData.note [i] .date | 日付： 'dd.MM.yyyy'}} | {{lastData.note [i] .date | 日付： 'HH：mm'}}

：

＃BFL15_200817 | {{lastData.status.name}} by {{lastData.note [i] .admin}}

配列内のデータが複数ある場合、エラーが発生しました。解決策はありますか？

これは確かに複雑な問題ですが、場合によっては（特に、ContentChildのプロパティを変更する場合）、ロジックをngAfterViewInit（）またはngOnInit（）ではなくngAfterContentInit（）に移動することで解決できます。

単純なことが角度の混乱を引き起こす可能性があるのは驚くべきことです

心配しないでください、他のみんなも気づいています😕

@jakeNiemiec lame job、troll、誰もAngularjsを検索していません
https://trends.google.com/trends/explore?date=all&q=Angular%20tutorial、React%20tutorial

はい、私はより多くの人々が必死になって「角度のあるチュートリアル」をグーグルで検索する必要があると予想します。したがって、「混乱」についての最初のコメントです。

ただし、心配しないでください。正確な使用統計についてはnpmを確認できます： //www.npmtrends.com/react-vs-@angular/cli -vs-vue-vs- @ angular / core

問題の量を比較するだけです。 私は本当に角度が良くなることを望んでいますが、Vue.jsは遠い将来それを通過するだろうと思います。 3つすべてでプログラムしたので、角度のある開発者にはVueを強くお勧めします。 ボイラープレートのない角張ったようなものです。

わかりました答えは受け入れられました、私はそれらの統計で完全に元気です。
インドでは、JavaよりもPHPを使用している人が全世界で多いと思います。 大規模なエンタープライズアプリにPHPを使用するのはばかなので、自分の頭脳を使用する必要があります。人生はより良くなります。

@jakeNiemiec ...作成されている問題の50％が誤ってそこに配置されています...実際にはサポート/知識の問題であり、まったく存在してはなりません。 楽しいのは、必要なトピックのほとんどが公式ドキュメントに非常によく文書化されていることです+答えはJavaScriptの知識に基づいています。 しかし、ご存知のように、人々はドキュメントを十分に深く読んでいません。

@HostBindingは、このエラーの紛らわしい原因になる可能性があります。

@HostBinding('style.background')などのコンポーネントの単純なバインディングについて考えてみます。

そのプロパティは、 *親*コンポーネントの変更検出によって、それが「所有」されているかのようにチェックされます。 私たちの観点からは、それをそのプロパティを「所有する」子コンポーネントと考えたいと思います。

それで、この場合、コンポーネントがチェックのためにプロパティを除外する方法があるべきであるように思われますか？ それともそれよりも複雑ですか？

親コンポーネントにdetectChanges実行させる（または子にdivを追加する）必要があったのは、子コンポーネントが単に独自の背景色を変更するだけの場合（そして他の場所では決して変更しない場合）のエラーを回避するためです。 。

より完全な説明： https ：

そのメソッドの間に変更検出の別のラウンドをトリガーする何か、何かをする必要があります-イベントを発行します。 タイムアウトでラップする（ng1へのキューフラッシュバック:-P）は、機能する1つの方法ですが、ng2では非常に面倒です。

角度4では、それは4 me <3で動作します

この問題は、非アクティブのために自動的にロックされています。
同様の問題または関連する問題が発生した場合は、新しい問題を提出してください。

自動会話ロックポリシーの詳細をご覧ください。

_{_このアクションはボットによって自動的に実行されました。_}