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



DS.ActiveModelAdapter的文档仅适用于1.13(对于2-404:https://api.emberjs.com/ember-data/1.13/classes/DS.ActiveModelAdapter所以,看起来它是从DS中移出的:https://github.com/ember-data/active-model-adapter

我们有成员数据2.13.2,它与active-model-adapter配合良好但我们在使用嵌套行为时遇到了一些问题

这里的大问题是重写后端部分。我们也可以使用RESTAdapter:https://www.emberscreencasts.com/posts/113-restadapter-vs-jsonapiadapter-vs-activemodeladapter但看起来ember方式是JSONAPIAdapter方式:https://api.emberjs.com/ember-data/release/classes/JSONAPIAdapter

所以,一般来说,问题是:什么方式对烬升级更好?

  • 保留后台API并维护活动模式适配器
  • 重写后端API并迁移到JSONAPIAdapter(使用数据/关系方法(
  • 重写后端API并迁移到RESTAdapter
  • 保留后端API并实现自定义串行化程序,以动态更改输入/输出,从而在FE上使用JSONAPIAdapter或RESTAdapter(选择最佳(逻辑(也许这是一种疯狂的方式,但这只是问(

注意:RubyOnRails 上的后端API

不需要重写后端。EmberData足够灵活,可以处理所有端点之间遵循某种约定的RESTAPI。

让我们来看看您的具体用例。

CCD_ 3和CCD_。但逻辑本身仍然可以通过活动模型适配器包获得。

该包所做的只是提供EmberData内置RestAdapterRestSerializer包的自定义。如果忽略源代码中的文档,那么实际上代码并不多。您可以在活动模型适配器包的addon/文件夹中找到它。

因此,即使这个包不可用,您仍然可以以相同的方式自定义RestAdapterRestSerializer,以支持您的后端。

最新更新