キャッシュということについて

Question

vuex getterのドキュメント

こちらで、引数なしの時はキャッシュされてありの時はされない。

とありますが、よく意味が分かりません。

例えば、引数なしの何らかのgetterをcomputedプロパティに登録してて、その値をviewにバインドしてた場合、そのgetterからの返り値が変更されたらviewはそれに従った更新がされる。
これは分かるんですけどキャッシュされるとはこのことでしょうか。

そして引数ありのゲッターってただのメソッドみたいな動き方をしますよね。
これがキャッシュされないということなのでしょうか。

なんか引数なしのgetterは常に監視されてるようなイメージというか。
キャッシュされるとはこのことなのでしょうか。

Comments

[mather]

よく意味がわからない、というのは具体的に何がわからないのでしょうか？
- キャッシュという言葉の意味がわからない
- なぜキャッシュされるのかということを知りたい
- 何が起こっているのか、どういう挙動をするのかというイメージがわかない
- 自分で実装した内容で引っかかったポイントがあるので、今後のために詳しくなっておきたい

[退会済みユーザー]

失礼いたしました。
どちらかというと、キャッシングという言葉の意味が分からないです...。

Answer 1

この辺読めば分かるかも。

Comments

[退会済みユーザー]

なるほどです、ありがとうございます。
これってつまりcomputedの方がmethodより更新のタイミングが適所になっていて効率がいいということでしょうか。
しかし、逆にキャッシングしたくない場合?ってあるのでしょうか...。
reverseMessage: function () {
return this.message.split('').reverse().join('')
}
これをviewの方にバインドしてて、computedじゃなくてmethodでやった方がいいパターンとかって逆にあるのでしょうか

[shozi3]

Vueは内部的に仮想DOMを持っていて更新は必要最低限になるように設計されていますが、フレームワークとして強制的に更新する手段も提供していないと片手落ちになるからじゃないでしょうか。

[退会済みユーザー]

ありがとうございます...。
むしろcomputedでやってれば常に強制的に更新されるし効率的ですよね。

<p>Reversed message: "{{ reverseMessage() }}"</p>
// コンポーネント内
methods: {
reverseMessage: function () {
return this.message.split('').reverse().join('')
}
}

このパターンは返り値が変わってなくても実行されると関数が走る。
そしてこれが実行されるタイミングが再描画される時、となると、上のパターンのバインドはメリットがなさすぎるし使いづらい、と思いました。

上のパターンだとcomputedでやった方が良いですよね。
どうなんだろう。

methodはmethodとして当然価値があるけど例えば、返り値をリアクティブにかつ効率的にviewにバインドするならcomputedの方が良いというかcomputedじゃないと実現できないですよね。

[shozi3]

そうですね。
公式ドキュメントにあるようにコンソールを開いてインタラクティブに動作を確認してみれば理解が早いと思います。

[退会済みユーザー]

ありがとうございます。
そうですね。
あともう１つお聞きしたいんですけど、この場合でいうキャッシュとはどのような意味なのでしょうか。

[shozi3]

一時的に保持されるということです。

[退会済みユーザー]

なるほです,,,。イメージ湧きました。たくさん答えてくださりありがとうございました(>___<)