是不是词穷了

这叫调侃

我也是转行，0 上班经验，进公司以后吊打注水 3 年经验，提前转正而且当了开发 leader
说真的，目光移开一线大厂，菜的真的太多了

算算时薪

@WasteNya 比较好奇 github 上有什么东西才算有料，帮公司维护工具库 forked 的算吗

@FightPig 那转 react 还不是一样的（

@byte10 故意钓鱼的吗

lang="ts"

已发

store 里的状态不是在这个作用域里声明的，函数内部自然可以调用它所处的作用域上一级的变量

相当于你在函数外面声明了一个变量

@nanmu42
感觉你是对 composition api 或者 react hooks 抽离出去的 useXXX 作用域理解有偏差
每次调用 useXXX, 那是生成一个新的函数作用域，里面的东西都是重新注册的

@nanmu42
？？？ count 不是同一个 watch 的自然也不是同一个，就不可能触发多次回调
如果你这个 count 是 store 里拿出来的
那两个 watch 监听的是同一个 count 那自然会触发两次

@nanmu42 没道理，无论你怎么引用别的组件，每个 useCount 里面的 count 都是不一样的

// useCount.ts
const useCount = () => {
const count = ref(0);

watch(count, () => {
console.log('count:', count.value);
});

return {
count
};
};

// helloWorld.vue
<template>

<button @click="count++">count is: {{ count }}</button>
<button @click="count2++">count is: {{ count2 }}</button>

</template>

<script lang="ts">
import { ref, defineComponent } from 'vue';
import { useCount } from "../compositions/count";

export default defineComponent({
name: 'HelloWorld',
props: {
msg: {
type: String,
required: true
}
},
setup: () => {
const { count } = useCount();
const { count: count2 } = useCount();
return { count, count2 };
}
});
</script>

你再试试？

此外，Composition API 也带来了新的易错点，如果你的 composable 中用到了 watch()，并且在同一个 view 中的 n 个组件都用了该 composable，那么 watch()及其回调会被调用 n 次，这往往不是你想要的效果。解决方案是为 composable 提供初始化参数。

你是认真的？

@hello2060 这不是神经病，上面说的两部分人处于对面，但是事情不是这么简单，还会有更极端的人，狂热黑和狂热粉，还会有处于中间的人，觉得贵又想进去玩，自然会觉得景区这样不合理，你可以说穷逼不配进去玩，但是这批人并不会就这么消失，你理解到这种状况，就可以更平和的面对处于各种层面的人。

意识到有人和自己是不同的，这是第一步，接受有人和自己不同，是更进一步。

我觉得现在能接受别人和自己不同的人越来越少了。

@hello2060 那肯定，如果一个景区有这种操作那肯定被喷，所以苹果一定会被喷，但是也有另一部分人觉得景区玩得爽景区服务好觉得 8 块钱买矿泉水也行，着两拨人一定会产生矛盾。

所以争是肯定会争起来的。

@hello2060 景区矿泉水价格写官网上那景区还赚不赚钱了，所以景区是会想方设法不让你在进去之前知道里面矿泉水 8 块的，你付了钱进去了沉没成本来了又渴的不行自然会出那 8 块钱

苹果就比景区更优秀，买张票之前告诉你这张票进景区不能买矿泉水你也不能自带，要进景区可以买景区的矿泉水需要更高档的票

@KuroNekoFan react 要长起来可一点不比 vue 短（
vue 还能 html 抽出去写呢
<template src="xxx.html"></template>

@IGJacklove 任何比较都可以用某种角度说这是两码事

所以用这种方式否认两者相似性毫无意义