Question

我正在创建一个显示一些帖子的编辑器字段

下面的代码

export const EditorView = (props) => {
  return (
    <List {...props} title="Fresh Tales">
      <Datagrid>
        <TextField source="id" />
        <TextField source="text" />
        <ReferenceField label="Writer" source="writerId" reference="writers">
          <TextField source="name" />
        </ReferenceField>
      </Datagrid>
    </List>
  )
}

参考文档here

的文档

建议我在每个查询的模拟API上看到的查询时，referenceField对API查询进行重复数据删除。这里有2个问题。

1）每个查询都进行两次 - 一次使用OPTIONS，一次使用GET

2）ReferenceField中的每个编写器资源都由Writers的单个查询提取。

OPTIONS /tales?_sort=ID&_order=ASC&_start=0&_end=10 204 0.168 ms - -
GET /tales?_sort=ID&_order=ASC&_start=0&_end=10 304 2.130 ms - -
OPTIONS /writers/312 204 0.148 ms - -
OPTIONS /writers/314 204 0.153 ms - -
OPTIONS /writers/316 204 0.190 ms - -
OPTIONS /writers/318 204 0.226 ms - -
OPTIONS /writers/320 204 0.116 ms - -
OPTIONS /writers/322 204 0.118 ms - -
OPTIONS /writers/324 204 0.142 ms - -
OPTIONS /writers/330 204 0.135 ms - -
OPTIONS /writers/340 204 0.122 ms - -
OPTIONS /writers/350 204 0.129 ms - -
GET /writers/312 304 1.769 ms - -
GET /writers/314 304 0.884 ms - -
GET /writers/316 304 4.023 ms - -
GET /writers/318 304 2.928 ms - -
GET /writers/320 304 0.759 ms - -
GET /writers/322 304 1.126 ms - -
GET /writers/324 304 1.040 ms - -
GET /writers/330 304 1.687 ms - -
GET /writers/340 304 0.653 ms - -
GET /writers/350 304 0.771 ms - -

这看起来非常沉重和浪费。将每个编写器加载到视图上是一个新请求。无法弄清楚我是错还是文档。

Answer 1

您看到OPTIONS和GET请求的事实是CORS（跨源资源共享 - 谷歌那个术语）的影响，如果您的API和管理员不是＆＃39; t在同一个域名上。

如果您的API支持将所有通话分组为一个，则您有责任在restClient中执行此操作。

您可能正在使用自定义REST客户端，或jsonServerRestClient，它不支持此选项。

例如，以下是如何完成in the simpleRestClient：

    case GET_MANY: {
        const query = {
            filter: JSON.stringify({ id: params.ids }),
        };
        url = `${apiUrl}/${resource}?${queryParameters(query)}`;
        break;
    }

Admin-On-Rest - ReferenceField进行多次查询，而不是在文档中编写的重复数据删除查询

1 个答案: