問題の説明
- （おそらくほぼ200文字を書かれた）倉庫が遅いスキャンとの認識を反映しているいくつかの時間前、問題を解決するために倉庫に出張申請、最初にすべての倉庫コンピュータの構成の低く、最近の二次元コードをスキャンする機能を追加し、全体的なスキャン時間（書かれた文字入力ボックス+インタフェース戻っ）それは、共通の2800ms程度の結果を返します。
- 質問1：インタフェーススローリターンデータは、（それ以降の元の応答の最適化からインターフェイスが500ミリ秒の100ミリ秒程度におそらくあり、解決されている）
どこconsole.time使用することのKeyDown遅い文字入力ボックス書き込みをスキャンするスキャナの後（で：問題2 ）は、おそらく2200ミリ秒程度先頭ライト入力ボックスを検出し、
問題の解決策を探ります
1. 機能の安定化コマンド（頻繁に更新イベントデータが最適化を行う変更する）[×]
2.エル・入力が（V-model.trimを削除スペースを削除する前に、オペレータの後にそのパフォーマンスの問題を.trim、ヒント：推奨は、削除しますスキャナスキャンはスペースの問題が書き込ま時折欠落文字を発生するため）[×]
直接Vモデル3.プラスエル入力.lazyオペレータ（Vモデルは更新頻度の減少を結合する双方向のデータを可能）[×]
4.元のKeyDown結合にイベントkeyUpイベント（スキャナ入力文字のKeyDownイベントの実行性能の問題、還元keyUpイベント実行イベント）[×]
5とネイティブ入力の入力ボックスの使用を、V- model.lazy、ならびにkeyUpイベントイベントの使用[✔]
問題分析
読み取り要素-UIの内部エル入力ソースを使用すると、シナリオの下の文字のスキャン少数にバーコードスキャナを使用することができます（追記-Vモデルデータは、コンピュータの構成とより良いに更新されたときに時計を行うことを学んだ2書き込ま次元シミュレーションコード）パフォーマンスギャップを感じていないが、.lazyオペレータが有効になりません。最後に、だけでなく、なぜならkeyUpイベントイベントKeyDownイベントトリガスキャナー場合よりライトスキャンの使用に対応するネイティブ入力を採用しました。
コードシェア
<input type="text" placeholder="包裹条码" v-model.lazy="barCode" @keyup.native.enter="search" />
