Reactに有利なベンチマークを Vue.js で試したところ大差なく、そして…

みなさんこんにちは。 現在、フロントエンドでは宣言的UIが大流行しており、そのためのフレームワークも Vue.js をはじめ複数存在しています。 （React はフレームワークではなくライブラリです） 同種のソフトウェアや言語があれば、自分の好みを巡って意見を出し合うのはエンジニアの常でして。 それがパフォーマンスに関することであれば、無関心ではいられなかったりするわけです。 とはいえ Evan You もいうように特定のフレームワークやライブラリが現実世界のパフォーマンスの問題を銀の弾丸のように解決できるわけではありません。 フレームワークの開発者が数10ミリ秒単位でパフォーマンス改善に勤しむなか、利用する企業が（数100ミリ秒要するような）広告会社のスクリプトを迷いなく追加したりするのですから。 それでも僕たちは、パフォーマンスの話題をせずにはいられません。 だって、それがエンジニアで

[mon_sat]

チューニングはあくまでおまけ。React有利なbenchmarkでも環境によっては大差なかったという話。これだけ大量のComponentがあっても数行で快適になるからuseTransition相当は必須じゃないしReactだけ速いという話でもないよねと

[shun9167]

ReactとVueのどっちがパフォーマンスが良いかを競う意味ってあまりなくて、パフォーマンスの良し悪しは「どう使うか」で決まる印象。この記事はVueをどう使ったらパフォーマンスよくできるかの好例な気がする。

[uehaj]

機械的に間引きして「画面描画を少なくとも1秒間隔にする」はReact18のトランジションと意味が違う。Reactのトランジションは、CPUが速ければ遅延がまったくないアダプティブなデバウンス処理

[wordi]

refThrottledはただの定期更新なのでrefDebouncedの方が良くない？、それとReactのstartTransitionは遅延が無ければ即時レンダリングなので利便性はstartTranstitionだけど

[programmablekinoko]

Intelしかりベンチって特定のアーキテクチャを念頭に置いて作られている場合が多いよね