我正在开发一个独立的应用程序，它使用c ++来处理一些数字，并使用ember作为前端的单个Web应用程序。
我认为我可以创建一个ember-data适配器来处理javascript和c ++之间的通信。然后通过模型中的更改来驱动通信：当用户操作触发模型中的更改时，后端可能需要某些操作。
示例：
模型可以是：日期{一年中的某一天，一个月中的某一天，一个月}。 当用户更改任何这些参数时，更新的模型将传递给后端，后端会更新其他两个参数。在后端更新了所有模型参数之后，它将触发前端的刷新。
后端操作可能要复杂得多，但这是基本的想法：一些属性依赖于其他属性，但它们是由后端计算的，在ember-data适配器的另一端。
优势在于，通过简单地切换适配器，将来重用前端很简单，因此可能是基于浏览器的前端可以与HTTP服务器上更强大的后端链接。 / p>
但是，我不确定这是否充分利用了余烬数据。我将使用ember-data进行数据持久化，但不仅仅是因为模型也被后端修改。
所以，问题是，你认为这个方案有意义，还是这个坏主意？在后一种情况下，有人可以指出一些更好的选择吗？
谢谢， 埃洛伊
答案 0 :(得分：0)
是的，这个计划是有道理的。 ember-data与持久化和修改后端数据的系统一起使用的情况并不少见。
如果修改很快发生，后端可以在响应更新时触发前端刷新。否则就像你说它可以触发前端的刷新。我已经看到这两种方法都适用于ember-data应用程序。