-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
タイムセンシティブなコンポーネントの正確な描画 #10510
Comments
API全く理解してないけどいろんなところで呼んじゃいけないんだ… |
いろんなところで闇雲に呼ぶと(UA は優先度がわからないので)単純に時間がなくなる→そのためしゅいろは避けているはずという説明が正確か |
|
Related to #1689 |
ブラウザによるレンダリングというより、Vueによるコンポーネントのレンダリング(vdom再構築)が高価だからそれを避けたいというのがある |
それを考えると #10547 の効果はあまりない(か、むしろ悪化する?)気がする |
実際のパッチは変更なし( |
MkTimeに関してはかなり同時に存在することになるわね |
とここで気づいたけど VDOM 相手だと |
そもそも時計みたいなコンポネはVDOMで描画すべきじゃないのかもしれない。 |
キャッシュというかインスタンスごとに比較が高速に行われるような改善を加えるべきそう |
というか MkTime の正確性は割とどうでもいいからこれは setTimeout でいいじゃ |
MkTime は
の 2 パターンを実際に比較してみたい |
@syuilo 戻した |
@syuilo これ懸念点は残っている? |
確認する |
@syuilo どうだった? |
Summary
MkAnalogClock や MkDigitalClock などはパフォーマンスに影響を与えないようにわざと精度を悪くしているが、最悪 1 秒ズレるのはズレすぎな気がする
requestAnimationFrame
をいろんなところで呼ぶのが多分良くないと思われるので、グローバルで 1 コールにしたり、あるいはrequestIdleCallback
を活用できないだろうかThe text was updated successfully, but these errors were encountered: