获得徽章 0
赞了这篇沸点
🤣最近摸鱼, 增加了抽奖插件的兼容, 现在支持多端框架 js / jq / vue / react / 微信小程序 / uniApp 等...
年后会考虑增加新的抽奖类型
官方文档：
100px.net
在 js / jq 中使用：github.com
在 vue2.x / vue3.x 中使用：github.com
在 react 中使用：github.com
在 uni-app 中使用：github.com
在 微信小程序 中使用：github.com
一套源码适配多端框架, 展现形式和使用方式完全一致, 如果各位大佬看着还不错可以github上面点个star支持一下
年后会考虑增加新的抽奖类型官方文档：
100px.net在 js / jq 中使用：
github.com在 vue2.x / vue3.x 中使用：
github.com在 react 中使用：
github.com在 uni-app 中使用：
github.com在 微信小程序 中使用：
github.com一套源码适配多端框架, 展现形式和使用方式完全一致, 如果各位大佬看着还不错可以github上面点个star支持一下
展开
23
39
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇文章
赞了这篇沸点
赞了这篇沸点
我们知道 Vue3 的 composition 用法，有 ref 和 reactive
但是，个人建议，开发的时候最好只用 ref，并将其视为响应式对象
为何如此？
ref 支持的数据结构比 reactive 多得多
computed，toRef，toRefs，shallowRef，triggerRef，customRef，这些 API 的返回值全是 Ref 类型，而这些 API 基本上覆盖率：传递，调度控制，扩展三大方面，复用性比 reactive 强得多得多
ref 无法避免使用，而模板会自动解包，为了防止传递中出现ref嵌套，reactive获取失败等问题，直接使用ref，并将其想象成属性value的对象，能大大减少心智负担
使用 shallowRef 时，value下访问数据可响应，更加直观
由于 proxy 的存在，在开发过程中，我们可以直接使用 ref，修改它的任意层级，不用担心性能和可变性问题
可能有人要问，为啥不用担心不变性？
因为 proxy 本身就是用来保证不变性的，它的每次变更，都可以被捕获到
所以，开发的时候只考虑 ref，你会获得非常好的开发体验~
但是，个人建议，开发的时候最好只用 ref，并将其视为响应式对象
为何如此？
ref 支持的数据结构比 reactive 多得多
computed，toRef，toRefs，shallowRef，triggerRef，customRef，这些 API 的返回值全是 Ref 类型，而这些 API 基本上覆盖率：传递，调度控制，扩展三大方面，复用性比 reactive 强得多得多
ref 无法避免使用，而模板会自动解包，为了防止传递中出现ref嵌套，reactive获取失败等问题，直接使用ref，并将其想象成属性value的对象，能大大减少心智负担
使用 shallowRef 时，value下访问数据可响应，更加直观
由于 proxy 的存在，在开发过程中，我们可以直接使用 ref，修改它的任意层级，不用担心性能和可变性问题
可能有人要问，为啥不用担心不变性？
因为 proxy 本身就是用来保证不变性的，它的每次变更，都可以被捕获到
所以，开发的时候只考虑 ref，你会获得非常好的开发体验~
展开
2
1
赞了这篇沸点
。
赞了这篇文章
赞了这篇文章