我正在开发一个使用 c++ 处理一些数字的独立应用程序，以及一个使用 ember 作为前端的 Web 应用程序。
我认为我可以创建一个 ember-data 适配器来处理 javascript 和 c++ 之间的通信。然后，通信将由模型中的更改驱动：当用户操作触发模型中的更改时，后端可能需要一些操作。
例子：
一个模型可以是：日期{一年中的一天，一个月中的一天，一个月}。当用户更改这些参数中的任何一个时，更新的模型将被传递到后端，后端会更新另外两个。后端更新完所有模型参数后，会触发前端刷新。
后端操作可能要复杂得多，但这是基本思想：一些属性依赖于其他属性，但它们是由后端计算的，位于 ember-data 适配器的另一端。
优点是将来重用前端会很简单，只需切换适配器即可，因此基于浏览器的前端可以与 HTTP 服务器上更强大的后端链接。
但是，我不确定这是对 ember-data 的充分使用。我将使用 ember-data 进行数据持久性，但不仅如此，因为模型也由后端修改。
所以，问题是，你认为这个方案有意义，还是一个坏主意？在后一种情况下，有人可以指出一些更好的选择吗？
谢谢，埃洛伊