将管理 UI 设计转换为 Ember 组件答案

【问题标题】：Converting an admin UI design into Ember components将管理 UI 设计转换为 Ember 组件
【发布时间】：2016-06-04 08:44:13
【问题描述】：

我想知道他们是否有关于如何将管理 UI 转换为 Ember 组件的教程？最佳实践是什么？比如下面的UI框架：http://egemem.com/theme/kode/v1.1/blank.html

有一个主导航、两个侧边栏菜单、一个内容正文和一个页脚。将其转换为组件的最佳方法是什么？我最初的想法是，几乎没有 Ember 经验，并且基于我能够找到的分散的文档，我觉得为所有东西创建独特的组件将是最好的方法。我的意思是，一切都是独一无二的。例如，如果我们以导航栏为例，整个导航会有一个父组件，然后是侧边栏折叠/展开按钮、搜索、下拉菜单、通知指示器等的子组件。还有是右侧边栏、左侧边栏和页脚的附加父组件。

查看其中一个边栏，例如左边的边栏，它可能是一个组件，还是这里也需要子组件？

右侧边栏的标签更复杂。在这个例子中，将这个侧边栏分成 3 个不同选项卡的子组件是否有意义？您是否想为选项卡本身的不同元素提供一个独特的组件。例如，每个通知类型都是一个组件？

提前感谢您的帮助，我期待了解如何最好地处理这种情况。

干杯，

丹

【问题讨论】：

标签： ember.js

【解决方案1】：

是的，你的想法是有道理的。为重复多次的所有内容创建组件（或把手）是一种很好的做法。如果不重复使用，我不会为不同的选项卡创建不同的组件。

不要忘记不要重新发明轮子。有很多可用的组件，看看Ember Observer 或其他类似的资源。

【讨论】：

感谢您的回复。因此，如果导航栏在每个视图上总是相同（一致），那么我是否需要将其分解为子组件，即搜索组件和每个下拉菜单？干杯
我会为侧边栏创建一个组件，侧边栏项目带有下拉菜单并可能搜索。尽管可重用性应该是首要任务之一，但即使不重用，创建封装功能的组件也是有意义的。

【解决方案2】：

组件很棒，但你提到的一些东西，比如侧边栏，可能更适合嵌套路由，具体取决于侧边栏中的内容。

Rock 'n Roll with Ember 是一本很棒的书，它将带您完成构建 Ember 应用程序的整个过程。这是我一直向刚开始使用框架的人推荐的书。 http://balinterdi.com/rock-and-roll-with-emberjs/

【讨论】：