Javascript 绑定Vuejs的两个组件

如何完美地组织两个vuejs组件之间的数据和交互？例如： 1） 我有一个组件

item(v-for="item in items)
 a {{item.name}}

2） 第二个呢

card(v-for="item in items")
 div.content
  img {{item.photo}}
  div {{item.desc}}
  button Details

---

主要的想法是，当我点击列表项时，我想切换具有相同id的卡，就像列表中的一样。我使用vue webpack模板中的一个文件组件管理

很多人似乎试图在没有商店的情况下使用Vue。你能成为他们中的一员吗？也许是因为商店不是Vue的一部分？也许是因为文档在亲子沟通、事件等方面花费的时间（复杂）多于（简单）？也许是因为OO腐蚀了我们的大脑

Vue想和一家商店谈谈。双向绑定的全部要点是将状态与标记分离。这是一个如此天才的想法的全部原因是，许多（大多数？）状态项在屏幕上有多个表示，就像您的项数组一样。您的存储可以像窗口范围中的js对象一样简单，它应该包含给定时刻的所有页面状态。您应该能够复制粘贴页面之间的存储，并在屏幕上看到相同的东西。商店的重要品质是

• 他们中只有一个
• “规范化”存储，使状态项只存储一次，并且状态项之间的依赖关系最小

---

您的items数组应该在store中，这两个组件都引用了这个“单一真相来源”。如果您正在使用其他人的组件，则需要向他们提供一些属性，但这些属性用于通过Vue组件创建通道，以将叶组件链接到您的应用商店。你的物品是你的状态，状态一般不应该存在于Vue中。这有帮助吗？

很多人似乎在没有商店的情况下尝试使用Vue。你能成为他们中的一员吗？也许是因为商店不是Vue的一部分？也许是因为文档在亲子沟通、事件等方面花费的时间（复杂）多于（简单）？也许是因为OO腐蚀了我们的大脑

Vue想和一家商店谈谈。双向绑定的全部要点是将状态与标记分离。这是一个如此天才的想法的全部原因是，许多（大多数？）状态项在屏幕上有多个表示，就像您的项数组一样。您的存储可以像窗口范围中的js对象一样简单，它应该包含给定时刻的所有页面状态。您应该能够复制粘贴页面之间的存储，并在屏幕上看到相同的东西。商店的重要品质是

• 他们中只有一个
• “规范化”存储，使状态项只存储一次，并且状态项之间的依赖关系最小

---

您的items数组应该在store中，这两个组件都引用了这个“单一真相来源”。如果您正在使用其他人的组件，则需要向他们提供一些属性，但这些属性用于通过Vue组件创建通道，以将叶组件链接到您的应用商店。你的物品是你的状态，状态一般不应该存在于Vue中。这有帮助吗？

这是一个有趣的评论。我一直认为Vue的$emit和$on是非常短视的。像pubsub一样，仅限于父/子或祖先/后代层次结构似乎非常有限。我甚至在某时问过这个问题。但是，现在更深层次的问题是，为什么作为一个框架，Vue不记录/强调状态管理？WDYT…@82Tuskers。Vue文档通常都非常出色，所有东西都在那里，但它们不能帮助您确定一个功能相对于另一个功能的优先级。状态管理的简单示例以

const

开始，因此任何怀疑const的人都会关闭或阻止它。这个问题经常出现，所以我同意，在文档中更加强调这一点是值得的。当你找到合适的商店时，这个潜在的复杂问题就变得简单了。对我来说，你可能还对一个例子感兴趣，比如人们在没有商店的情况下进入的结，或者评论线程。这是一个有趣的评论。我一直认为Vue的$emit和$on是非常短视的。像pubsub一样，仅限于父/子或祖先/后代层次结构似乎非常有限。我甚至在某时问过这个问题。但是，现在更深层次的问题是，为什么作为一个框架，Vue不记录/强调状态管理？WDYT…@82Tuskers。Vue文档通常都非常出色，所有东西都在那里，但它们不能帮助您确定一个功能相对于另一个功能的优先级。状态管理的简单示例以

const

开始，因此任何怀疑const的人都会关闭或阻止它。这个问题经常出现，所以我同意，在文档中更加强调这一点是值得的。当你找到合适的商店时，这个潜在的复杂问题就变得简单了。对我来说，你可能还对一个例子感兴趣，比如人们在没有商店的情况下进入的结，或者线程的评论。