Javascript Ember.js什么应该成为组件？

基本上，如果给你一个包含各种UI模式/元素的网页设计，有些是交互的，有些只是静态的，你会如何决定什么应该成为一个组件，什么可以保持为html

这更像是一个哲学问题，超出了余烬的范围；我把它包括在内，因为这就是我现在正在学习/使用的东西

有一些模式显然应该作为组件来实现，比如选项卡切换器或过滤器，我的天真推理是它们具有交互作用，并且在页面上被多次使用。但我能坚持多久呢？这些理由中的每一个都足以证明一个组成部分的合理性，还是仅仅是必要的，或者两者都不是？仅仅因为页面上有许多按钮，就应该创建按钮组件吗？即使我知道页面上只有一个滑块，我是否应该制作一个滑块组件

什么是好的经验法则来决定是否将某物实现为组件？我可以设想为每件事创建组件，这样整个页面就是组件中的组件。这肯定太过分了吧？特别是考虑到烬的每个组件都有一个实例化成本和生命周期，在决定什么应该是一个组件时，还要考虑一个性能方面？

---

我很想听听大家的观点。谢谢

我使用组件来组织一切。从理论上讲，你可以把所有东西都变成一个组件，但你不应该夸大组件的使用

作为主要规则，我使用：

---

当您网站的某个部分需要大量代码时，您应该将这些代码放在单独的组件中。

许多好的问题都会根据专家经验产生一定程度的意见，但对这个问题的回答往往几乎完全基于意见，而不是事实、参考资料或特定的专业知识。@Kitler相反，组件化的决策有着坚实的标准，值得讨论。@torazaburo不在堆栈溢出的范围内，它基于观点发出尖叫，并邀请每个人给出自己的观点，这是一个很好的问题，但对于这样的问题，有一个非常接近的投票选择，使其脱离主题。我很高兴至少有人认为这个问题值得问。我如何改写这个问题？或者什么地方更适合问这个问题？@aeyang无论是IRC还是余烬社区都适合讨论这个问题，你也应该花点时间熟悉你可以问什么，不能问什么