Model 余烬模型计算，服务器还是客户端？

我有一个存储在服务器上的简单模型：

1。服务器型号（或固定装置）

然而，在客户端上，这会变成一个相当复杂的2d矩阵，显示时间重叠，基于用户选择的不同渲染，因此在客户端上，在我解析和计算它之后，它会如下所示：

2。客户机型号

[
[{date:11/09, from:09:00, to:17:00, tags:['sales']},
{date:11/10, from:09:00, to:17:00, tags:[]}
],
//....
]

基本上是一个2d矩阵，一个时间跨度（从今天到用户选择的任何时间），我可以把它放在一个表上，一个日历般的UI，随着模型的变化自动呈现和更新自己。现在，当我检索下一组数据（#1）时，我在客户机上计算它以生成客户机模型（#2）

检查Ember文档（入门），似乎我必须在服务器上计算#2模型并将其发送给客户端。正如您所看到的，这似乎和原始数据一样占用了大量的开销，非常适合通过internet发送。第二个数据更大，但非常适合渲染到表中

---

在余烬中，我应该将什么定义为我的模型结构？#1或#2？如果是#1，我如何计算并映射它，以便在用户进行更改时自动更改视图。

虽然我对您的帖子不太清楚，但我的理解如下

我更喜欢第一种方法，因为它更干净

availableHours:[{from,to},...]
holidays:[{from, to},...]
sales:[{from, to},...]

如何计算并映射它，以便在用户进行更改时自动更改视图

正如您在文章中所说，计算将在客户端进行，以

检索第二组
数据。您可以通过
valueBinding
属性将视图绑定到模型，该属性将在模型更改时自动更改视图

您还可以使用
计算属性
来倾听模型中发生的更改
我将研究这些更改。如果我在fixture中存储本地数据呢。然后重新计算和重建装置？检查他们的示例，并更改装置中的某些内容。我只是在想为什么您希望响应存储在本地存储中或使用存储。下面是我的GitHub中的两个示例，可能会对您有所帮助……我将尝试将问题分成几个小问题。这里有一个：
availableHours:[{from,to},...]
holidays:[{from, to},...]
sales:[{from, to},...]