今回は、Vue nextTick メカニズムの使用方法について詳しく説明します。Vue nextTick メカニズムを使用する際の 注意事項 について、実際のケースを見てみましょう。
まず Vue 実行コードの一部を見てみましょう:export default { data () { return { msg: 0 } }, mounted () { this.msg = 1 this.msg = 2 this.msg = 3 }, watch: { msg () { console.log(this.msg) } } }このスクリプトを 1000 分間実行した後、1、2、3 の順に出力されると推測します。ただし、実際には 1 回だけ出力されます: 3.なぜそのような状況が起こるのでしょうか?確認してみましょう。
queueWatcher
メッセージをリッスンするために watch を定義します。これは実際には vm.$watch(keyOrFn, handler, options) のように Vue によって呼び出されます。 $watch は、初期化時に vm にバインドされる関数で、Watcher オブジェクトの作成に使用されます。それでは、Watcher でハンドラーがどのように処理されるかを見てみましょう:this.deep = this.user = this.lazy = this.sync = false ... update () { if (this.lazy) { this.dirty = true } else if (this.sync) { this.run() } else { queueWatcher(this) } } ...最初に this.deep = this.user = this.lazy = this.sync = false を設定します。つまり、更新がトリガーされると、queueWatcher メソッドは:
const queue: Array<watcher> = [] let has: { [key: number]: ?true } = {} let waiting = false let flushing = false ... export function queueWatcher (watcher: Watcher) { const id = watcher.id if (has[id] == null) { has[id] = true if (!flushing) { queue.push(watcher) } else { // if already flushing, splice the watcher based on its id // if already past its id, it will be run next immediately. let i = queue.length - 1 while (i > index && queue[i].id > watcher.id) { i-- } queue.splice(i + 1, 0, watcher) } // queue the flush if (!waiting) { waiting = true nextTick(flushSchedulerQueue) } } }</watcher>ここでの nextTick(flushSchedulerQueue) の flashSchedulerQueue 関数は、実際にはウォッチャーの
viewUpdate:
function flushSchedulerQueue () { flushing = true let watcher, id ... for (index = 0; index さらに、待機変数に関して、これは非常に重要なフラグであり、flushSchedulerQueue コールバックが確実に実行されるようにします。コールバックを 1 回だけ入力できます。 次に、nextTick 関数を見てみましょう。nexTick について説明する前に、Vue nextTick も主にこれらの基本原則を使用することを理解する必要があります。まだ理解していない場合は、私の記事「イベント ループの概要」を参照してください。次に、その実装を見てみましょう: <p style="text-align: left;"></p><pre class="brush:php;toolbar:false">export const nextTick = (function () { const callbacks = [] let pending = false let timerFunc function nextTickHandler () { pending = false const copies = callbacks.slice(0) callbacks.length = 0 for (let i = 0; i { setImmediate(nextTickHandler) } } else if (typeof MessageChannel !== 'undefined' && ( isNative(MessageChannel) || // PhantomJS MessageChannel.toString() === '[object MessageChannelConstructor]' )) { const channel = new MessageChannel() const port = channel.port2 channel.port1.onmessage = nextTickHandler timerFunc = () => { port.postMessage(1) } } else /* istanbul ignore next */ if (typeof Promise !== 'undefined' && isNative(Promise)) { // use microtask in non-DOM environments, e.g. Weex const p = Promise.resolve() timerFunc = () => { p.then(nextTickHandler) } } else { // fallback to setTimeout timerFunc = () => { setTimeout(nextTickHandler, 0) } } return function queueNextTick (cb?: Function, ctx?: Object) { let _resolve callbacks.push(() => { if (cb) { try { cb.call(ctx) } catch (e) { handleError(e, ctx, 'nextTick') } } else if (_resolve) { _resolve(ctx) } }) if (!pending) { pending = true timerFunc() } // $flow-disable-line if (!cb && typeof Promise !== 'undefined') { return new Promise((resolve, reject) => { _resolve = resolve }) } } })()まず、Vue はコールバック
if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) { timerFunc = () => { setImmediate(nextTickHandler) } } else if (typeof MessageChannel !== 'undefined' && ( isNative(MessageChannel) || // PhantomJS MessageChannel.toString() === '[object MessageChannelConstructor]' )) { const channel = new MessageChannel() const port = channel.port2 channel.port1.onmessage = nextTickHandler timerFunc = () => { port.postMessage(1) } } else /* istanbul ignore next */ if (typeof Promise !== 'undefined' && isNative(Promise)) { // use microtask in non-DOM environments, e.g. Weex const p = Promise.resolve() timerFunc = () => { p.then(nextTickHandler) } } else { // fallback to setTimeout timerFunc = () => { setTimeout(nextTickHandler, 0) } }timerFunc のマクロタスク --> microTask の定義の優先順位がわかります。Dom のない環境では、weex
setImmediate、MessageChannel VS setTimeout
などの microTask を使用してください。 setTimeout ではなく setImmediate と MessageChannel を最初に定義して、macroTask を作成する必要があるのはなぜですか? HTML5 では、setTimeout の最小遅延時間は 4 ミリ秒であると規定されています。これは、理想的な状況下では、トリガーできる非同期コールバックの最速は 4 ミリ秒であることを意味します。 Vue は非同期タスクをシミュレートするために非常に多くの関数を使用しますが、その目的は 1 つだけで、コールバックを非同期にしてできるだけ早く呼び出すことです。 MessageChannel と setImmediate の遅延は明らかに setTimeout よりも短くなります。問題解決
これらの基礎を念頭に置いて、上記の問題をもう一度見てみましょう。 Vue のイベント メカニズムはイベント キューを通じて実行をスケジュールするため、メイン プロセスがアイドル状態になるまで待機してからスケジュールを設定するため、戻ってすべてのプロセスが完了するまで待ってから再度更新します。この種のパフォーマンス上の利点は明らかです。例: マウント時に test の値が ++興味深い質問
var vm = new Vue({ el: '#example', data: { msg: 'begin', }, mounted () { this.msg = 'end' console.log('1') setTimeout(() => { // macroTask console.log('3') }, 0) Promise.resolve().then(function () { //microTask console.log('promise!') }) this.$nextTick(function () { console.log('2') }) } })これの実行順序は誰もが知っているはずです: 1、約束、2、3。
- this.msg = 'end' が最初にトリガーされるため、ウォッチャーの更新がトリガーされ、それによって更新操作のコールバックが vue イベント キューにプッシュされます。
- this.$nextTick は、イベント キュー プッシュ用の新しいコールバック関数も追加します。これらはすべて、setImmediate --> MessageChannel --> Promise --> setTimeout を通じて timeFunc を定義します。 Promise.resolve().then は microTask であるため、最初に Promise を出力します。
MessageChannel と setImmediate がサポートされている場合、それらの実行順序は setTimeout より前になります (IE11/Edge では、setImmediate の遅延は 1 ミリ秒以内に収まりますが、setTimeout の最小遅延は 4 ミリ秒であるため、setImmediate は setTimeout(0) よりも高速です) コールバック関数 次に、イベントキューで最初にコールバック配列が受信されるため、2が出力され、次に3
が出力されます。ただし、MessageChannelとsetImmediateがサポートされていない場合、timeFuncはPromiseを通じて定義されます。 2.4 より前の古いバージョンの Vue も最初に Promise を実行します。この状況では、順序は 1、2、約束、3 になります。 this.msg は最初に dom update 関数をトリガーする必要があるため、最初に dom update 関数が非同期時間キューへのコールバックによって受信され、次に Promise.resolve().then(function () { console.log('promise! ')} が定義され、そのような microTask が定義され、$nextTick がコールバックによって収集されます。キューが先入れ先出しの原則を満たしていることがわかっているため、コールバックによって収集されたオブジェクトが最初に実行されます。
追記
Vue のソース コードに興味がある場合は、ここに来てください: さらに興味深い Vue 規約のソース コードの説明
この記事の事例を読んだ後は、この方法を習得したと思います。 php 中国語 Web サイト その他の関連記事にご注意ください。
推奨読書:
以上がVue nextTick メカニズムの使用方法の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

WebStorm Mac版
便利なJavaScript開発ツール

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
