テーブルのフィルタリングには複數(shù)のフィルタリング條件が含まれる場(chǎng)合があります。this.filter
にはすべてのフィルタリング條件の v-model ステータスのオブジェクトが格納されます。this.tableData
はすべてのフィルタリング條件の配列です。バックエンドから取得した元のテーブル データ、this.filteredTableData
は、フィルター処理されたテーブル データの配列です。
である配列を取得します。このエラーは、forEach が return を使用してループを抜け出すことができないために発生するはずです。 だから知りたいのです
:
マップを使用するときにこの関數(shù)を?qū)g裝するにはどうすればよいですか?マップ內(nèi)で変數(shù)を使用しないのが最善です (使用できますが、パフォーマンスが心配なだけです)。
質(zhì)問(wèn)は少し理解するのが難しいです
マップを配列に変換したい場(chǎng)合は
「[...map]
」と入力するだけです
フィルターの方が適切です。
また、変數(shù)を追加するとパフォーマンスに影響するという考えはどこから來(lái)たのでしょうか。パフォーマンス上の問(wèn)題が発生する前に、パフォーマンス上の問(wèn)題があるだろうという推測(cè)に頼らないでください。
代わりに通常の for ループを使用するか、判斷するには forEach の外側(cè)で bool 値を定義する必要があります。
以前、map と forEach を使用することで発生した問(wèn)題に遭遇したことがありますが、後で for...in と for...of を合理的に使用することで問(wèn)題を解決できました。問(wèn)題を解決するために必ずしも map と forEach を使用する必要はありません。
配列がundefined
で埋められている質(zhì)問(wèn)に答えましょう。
map関數(shù)にreturn
が無(wú)い場(chǎng)合は當(dāng)然戻り値はありません 表示されない戻り値は當(dāng)然未定義です。
これはトラバースが返されない結(jié)果に相當(dāng)し、無(wú)駄な労力です。
mapのコールバック関數(shù)はこう書けばいいんじゃないでしょうか?
リーリー答えなかったふりをして、この質(zhì)問(wèn)をもう一度読んでください。 return Object.keys(this.filter) は意味がありません。
次のような中間変數(shù)を使用する必要があります:
リーリー