问题来自于我在后端有一些数据,这些数据在呈现时必须以与存储方式不同的方式形成,或者至少这是我阅读一些有关emberjs的指南和文档之后的概念所以我想要知道什么是余烬profi。
具体来说,在后端我有一个数据结构,显示天数(如2014-07-16的完整日期),并且每天附加一堆数据。 然而,在客户端,我需要提供数年,数周和日期的数据。
所以我设置了一些这样的嵌套路线:
WorkTime.Router.map(function() {
this.resource('year', {
path: '/:year'
},
function() {
this.resource('week', {
path: '/:week'
},
function() {
this.resource('day', {
path: '/:day'
},
function() {
});
});
});
});
这意味着我为了呈现而需要的正确结构。现在的问题是我应该如何处理所需的模型?
我能想到的一个解决方案是定义年,周和日的模型。前两个没有存储在服务器上(因为它们只是真正的演示文稿)而且日期有一些计算属性(如年和周数),然后它们给出了对年和周模型的正确绑定。然而,这意味着每次应用程序启动时,都必须接收日期记录,并生成年和周的本地记录。 我不确定这是否在ember中得到支持。
这是一种正确的方法吗?一个余烬profi会这样做吗?
请注意:我正在使用带有ember数据1.0.0 beta 8的ember 1.6.0。
答案 0 :(得分:0)
我有一个数据结构,显示天数(如2014-07-16的完整日期),并且每天附加一堆数据
我们说我们正在存储日志条目。我只有一个log
DS模型,一个服务器API /logs
和一个Ember路由器&控制器。服务器将返回一个大型列表中所有日期的记录(每天条目是一个单独的对象)。
然后,您可以通过在控制器上添加一些filter
细化来缩小搜索范围,或者更好地使用Query Params(请注意,这仍然是测试版)。
加载正确的条目后,您可以显示它们,按天分组。请查看有关分组结果的答案:Ember.js Grouping Results
- 关于Ember论坛的讨论http://discuss.emberjs.com/t/help-me-to-get-the-right-mindset/5919