小编Chr*_*ris的帖子

我试图了解构造ember.js应用程序的最佳实践.来自tomdale的这张幻灯片:

https://speakerdeck.com/u/tomdale/p/emberjs-more-than-meets-the-eye?slide=55

简要描述了如何分配应用程序逻辑.但是,在尝试遵循这些指导原则时,我发现了一些问题:

1. 路由器变得太大了.根据演示文稿,路由器"响应来自视图的事件",但是当有数十个视图时,这会产生大量代码.
2. 有大量的控制器.在Rails应用程序中,CRUD操作通常驻留在同一个控制器中,但是对于ember应用程序,似乎应该有一个控制器来列出记录,一个用于查看记录,一个用于创建记录等.

它感觉不是很干,因为我最终在控制器,视图和把手模板之间有这么多文件,每个模板只有几行代码.

我正在尝试确定问题是我是否正确地应用了指南,或者这些指南是否仅适用于简单的应用程序.

有没有人有任何建议 - 尤其是如何管理路由器的增长？

我想从li元素构建一个ul列表,但li元素将来自不同的来源,所以我不能在一个语句中这样做.看来JSX无法处理一组子元素,这给我一个语法错误:

var items = <li>S</li>
  <li>S</li>
  <li>S</li>;

理想情况下,我想做的事情如下:

var items1 = <li>S</li>
  <li>S</li>
  <li>S</li>;
var items2 = <li>S</li>
  <li>S</li>
  <li>S</li>;
var list = <ul>{items1}{items2}</ul>;

还有另一种方法来实现这一目标吗？

是否可以在负载均衡器后面使用Mongodb运行多个流星应用程序实例？

似乎如果应用程序的多个实例在不同的服务器上运行,那么他们就不会知道其他实例对Mongo DB的更改 - 因此不会通知客户端.