Serialization 是否需要从ember数据/活动模型适配器迁移到ember 3的DS.JSONAPISerializer？

DS.ActiveModelAdapter的文档仅适用于1.13（适用于2-404： 所以，它看起来像是从DS中移出的：

我们有ember data 2.13.2，它可以与

活动模型适配器配合使用

但是我们在bump-to-ember数据2.14.11的嵌套行为中遇到了一些问题

这里的大问题是重写后端部分。 我们也可以使用RestaAdapter： 但看起来余烬之路是JSONAPIAdapter之路：

所以，一般来说，问题是：什么方式更适合升级灰烬

• 保留后端API并维护活动模型适配器
• 重写后端API并迁移到

  JSONAPIAdapter

  （使用数据/关系方法）
• 重写后端API并迁移到RESTAdapter
• 保留后端API并实现自定义序列化程序，以动态更改输入/输出，从而在FE上使用JSONAPIAdapter或RESTAdapter（选择最佳）逻辑（可能这是一种疯狂的方式，但这只是问问而已）

---

注意：RubyOnRails上的后端API不需要重写您的后端。Ember数据足够灵活，可以处理所有在端点之间遵循某种约定的REST API

让我们看看您的特定用例

ActiveModelAdapter

和

ActiveModelSerializer

分别是和。但逻辑本身仍然可以通过包使用

该软件包所做的只是提供对Ember Data的内置

RestAdapter

和

RestSerializer

软件包的自定义。如果忽略源代码中的文档，它实际上没有多少代码。您可以在中找到它

---

因此，即使这个软件包不可用，您仍然可以自定义

RestAdapter

和

RestSerializer

，以同样的方式支持您的后端。

感谢您的响应！因此，我只想澄清一下：即使使用Ember 3，我们也可以继续使用活动模型适配器，但迁移到JSONAPIAdapter或RestAdapter还是不错的使用自定义支持实现？我还没有测试该插件处理最新Ember数据的能力。但如果您没有遇到任何问题，就没有理由从Ember集成角度进行更改。JSON API规范有一些好处。但您可以决定是否要独立迁移。