一个函数，可以置身于computed之中，也能置身于methods之中。
在computed之中时，函数作为某属性的值，成为了该属性的getter函数。
响应式依赖
这名字听起来是真的高大上，但本质是很简单的。
现在有一锅油，一个土豆，一个鸡腿。把土豆放进去炸，最后得到炸薯条，把鸡腿放进去炸，最后得到炸鸡腿。
有什么规律？
放进去什么，最后就得到相应的东西。
假设土豆是a，炸薯条是b。因为b是a油炸而来，没有a就没有b。
回到术语“响应式依赖”，b依赖a吗？
依赖，没有a就没有b。
响应式？
扔进锅里的是鸡腿，得到的就是炸鸡腿，对于油锅来说，你扔进来啥我就炸啥。
前者一变，后者必变，就像是前者大声喊到：我发生改变啦！后者也响应前者的号召：那我也要发生改变了！
响应也许就是这么来的。
但事实上，这件事就是在描述一个前因后果，依赖和响应式都是在说：b与a相关。
理想化的情况：炸的时间都一样，每次放进去的都是一样的土豆，那最后得到的不都是一样的炸薯条吗？
所以只要土豆不变，最终的结果都一样，如果我们只需要一个就行了，就不用炸很多次。
至于缓存，有些事儿做一次就够了，得到的结果能被反复使用。
比如说章丘铁锅，制作过程中要捶打上万次，但得到成品后就能使用很多次啊，炒鸡蛋，炒鱼香肉丝都可以。有点一劳永逸那味，但铁锅总会坏的，时间是最大的破坏者。
这铁锅制作一次也不容易，花了不少时间和精力。用完还能用，别用完就扔了，总不能一天到晚都去打铁锅吧？多费事儿。
但是勒，有些事儿不费力气，比如一次性筷子，用完就扔了，相比于铁锅，制作过程不复杂，也许哪天真没筷子用，去树上折两根树枝也能凑合。