vue3 pinia使用规范？
这两个地方的上下文有什么特别的吗？为什么第一种写法会报错呢。提示：
共有1个答案
这一点，和 Pinia 的实现有关。
这一类 useXxx() 都是在 setup() 阶段使用的。当你使用 Pinia 时，它需要和对应的组件产生关联，也可以说是和组件之间进行绑定。
而报错提醒你的是，你在组件之外使用该函数，它就不知道该找哪个组件进行绑定，导致数据无处安放。
-
支持项 后端数据库为 MySQL、Oracle、PostgreSQL、SQLServer； 用户需要对数据库表中某个或多个列进行加密（数据加密 & 解密）； 兼容所有常用SQL。 不支持项 用户需要自行处理数据库中原始的存量数据、洗数； 使用加密功能+分库分表功能，部分特殊SQL不支持，请参考SQL使用规范； 加密字段无法支持比较操作，如：大于小于、ORDER BY、BETWEEN、LIKE等；
-
支持项 将外围数据迁移至 Apache ShardingSphere 所管理的数据库； 将 Apache ShardingSphere 的数据节点进行扩容或缩容。 不支持项 不支持无主键表的扩容和缩容。
-
支持项 提供一主多从的读写分离配置，可独立使用，也可配合分库分表使用； 独立使用读写分离支持SQL透传； 基于Hint的强制主库路由。 不支持项 主库和从库的数据同步； 主库和从库的数据同步延迟导致的数据不一致； 主库双写或多写； 跨主库和从库之间的事务的数据不一致。主从模型中，事务中读写均用主库。 可选项 配置项 详细说明 默认值 适用范围 queryConsistent 该配置为 true 时
-
背景 虽然 Apache ShardingSphere 希望能够完全兼容所有的分布式事务场景，并在性能上达到最优，但在 CAP 定理所指导下，分布式事务必然有所取舍。 Apache ShardingSphere 希望能够将分布式事务的选择权交给使用者，在不同的场景用使用最适合的分布式事务解决方案。
-
背景 虽然 Apache ShardingSphere 希望能够完全兼容所有的SQL以及单机数据库，但分布式为数据库带来了更加复杂的场景。 Apache ShardingSphere 希望能够优先解决海量数据 OLTP 的问题，OLAP 的相关支持，会一点一点的逐渐完善。
-
在某些情况下，站点对于同一个 HTML 页面，可能存在两种，一个是 MIP 页，一个是原页面。搜索引擎会抓取这两个页面，并利用 Canonical 标签将它们联系起来。 关联标签 你必须在 MIP 添加<link rel="canonical">指向原始页面，以保证 MIP 更好的继承原始页面的权重。 使用规则： <link rel="miphtml">在移动端页面（H5）使用，指向对应内容的 M