我正在学习 ember.js，并试图了解视图和组件之间的区别。我认为两者都是制作可重用组件的一种方式。
来自 Ember 网站的观点：
Ember.js 中的视图通常仅出于以下原因创建：
- 当您需要复杂的用户事件处理时
- 当你想创建一个可重用的组件
来自 Ember 的组件网站：
组件是自定义 HTML 标记，您使用 JavaScript 实现其行为，并使用 Handlebars 模板描述其外观。它们允许您创建可重复使用的控件，从而简化应用程序的模板。
那么视图和组件之间的主要区别是什么？什么是我更愿意使用视图而不是组件的常见示例，反之亦然？
【问题讨论】：
标签： javascript ember.js handlebars.js
Ember.View 目前仅限于 W3C 为您创建的标签。但是，如果您想定义自己的应用程序特定的 HTML 标记，然后使用 JavaScript 实现它们的行为？您实际上无法使用 Ember.View 来执行此操作。
这正是组件让您做的事情。事实上，W3C 目前正在制定 Custom Elements 规范，这真是个好主意。
Ember 的组件实现尽可能接近 Web 组件规范。一旦Custom Elements 在浏览器中广泛使用，您应该能够轻松地将您的 Ember 组件迁移到 W3C 标准，并使它们也可以被其他采用新标准的框架使用。
这对我们来说非常重要，因此我们正在与标准机构密切合作，以确保我们的组件实现符合网络平台的路线图。
另外需要注意的是，Ember.Component 实际上是Ember.View（一个子类），但它是完全孤立的。其模板中的属性访问转到 view 对象，操作也针对 view 对象。无法访问周围的context 或外部的controller 所有上下文信息都传入，Ember.View 并非如此，它确实可以访问其周围的控制器，例如在视图中，您可以执行 this.get('controller') 之类的操作，这将为您提供当前与视图关联的控制器。
那么视图和组件的主要区别是什么？
因此，除了组件允许您创建自己的标签之外，主要区别在于将来某个时候Custom Elements 可用时，还可以在支持自定义元素的其他框架中迁移/使用这些组件，确实在某些情况下点一个 ember 组件会使视图有些过时，具体取决于具体的实现案例。
我更愿意在组件上使用视图（反之亦然）的常见示例是什么？
遵循上述内容，这显然取决于您的用例。但根据经验，如果您需要在视图中访问它的周围控制器等，请使用Ember.View，但如果您想隔离视图并仅传递它需要工作的信息，使其与上下文无关并且更可重用，请使用Ember.Component。
希望对你有帮助。
随着Road to Ember 2.0 的发布，现在鼓励您在大多数情况下使用组件而不是视图。
【讨论】：
{{view.xxxx}} 在组件中的工作方式与在视图中相同。
答案很简单：使用组件
根据 2013 年 8 月录制的培训视频，Yehuda Kats 和 Tom Dale（Ember 核心团队成员）告诉观众不要使用视图，除非您是框架开发人员。他们对 Handlebars 进行了许多增强并引入了组件，因此不再需要视图。视图在内部用于为 {{#if}} 和 {{outlet}} 之类的东西提供动力。
组件还非常模仿将要构建到浏览器中的 Web 组件标准，因此轻松构建 Ember 组件有很多附带好处。
2014 年 11 月 27 日更新
现在使用组件而不是视图变得更加重要，因为 Ember 2.0 将在输入路由时使用可路由组件，而不是控制器/视图。为了将来证明您的应用程序，最好远离 Views。
来源：
【讨论】：
就目前而言 - v2.x 是当前的稳定版本 - 视图已被完全弃用。 It is said that views are being removed from Ember 2.0 API.
因此，在 Ember 2.0 中使用 {{view}} 关键字将触发断言：
断言失败：使用
{{view}}或任何基于它的路径已在 Ember 2.0 中删除
如果您必须在 Ember 2.0 中使用视图，您可以使用 ember-legacy-views 插件，该插件将与 Ember 兼容，直到 2.4 版。
所以，总而言之 - 组件是现在（视图被删除）和未来 - 它们也将取代控制器。见Routable Components RFC。
【讨论】：