アップグレード後のBuged PrimEng datatable変更検出角度4

Question

角度2から角度4にアップグレードした後、データとして渡されるリストの変更が表示されないため、primengデータテーブルが盗聴されます。

例えば、私がデータテーブルがあります。

<p-dataTable selectionMode="single" [resizableColumns]="true" [rows]="20" [paginator]="true" [value]="queuedJobs" [rowHover]="true" [globalFilter]="gb" [style]="{'cursor':'pointer'}"> 

</p-dataTable> 

を、私は「queuedJobs」配列を変更すると、データテーブル内容は、それはそれを解決するためにどのように角度2にあった方法を変更しないのですか？同じバグがありますか？

よろしく はMateusz

Answer 1

我々は、我々のプロジェクトで同じ問題を持っています。 I think the answer lies in the way PrimeNG handles value changes：変更が反映さないをしているよう

@Input() get value(): any[] { 
    return this._value; 
} 

set value(val:any[]) { 
    this._value = val ? [...val] : null; 
    this.handleDataChange(); //filter the value 
} 

私の推測では、何らかの形で、<p-dataTable/>の内部配列の値が変更している配列の同じインスタンスではないということです。

一時的な回避策は、あなたがそれを変更するたびに新しいインスタンスする配列を強制することです：

今

//...after you've done your array updates 
this.queuedJobs = this.queuedJobs.slice(); // does a shallow clone of the array 

、<p-dataTable/>のhandleDataChangeメソッドが呼び出され、データが再レンダリングされます。

これは永続的な解決策ではありません。うまくいけば、次のバージョンのprimengがこの問題を修正することを望みます。

EDIT：私は今、それは彼らが内部配列を設定方法が原因であることを認識は：

this._value = val ? [...val] : null; 

これは、本質的に配列を複製し、したがって、あなたの変更が反映されることはありません。間違いなくバグ。

編集2：talpazは、this is a part of the designを指摘し、あなたが要素を追加または削除した後、新しい配列を作成する必要がありますよう。

Answer 2

「設計による」変更のようです...

は https://github.com/primefaces/primeng/issues/2606