2

我正在尝试使用drf-nested-routes包在序列化程序中生成嵌套的 HATEOAS 链接。我当前的设置如下：

/resource_a/<pk>
/resource_a/<pk>/resource_b/<pk>
/resource_a/<pk>/resource_b/<pk>
/resource_a/<pk>/resource_b/<pk>/resource_c

我无法创建HyperlinkedIdentityField指向最后一条路线的路线。根据文档，可以像这样创建超链接字段：

nameservers = HyperlinkedIdentityField(
    view_name='domain-nameservers-list',
    lookup_url_kwarg='domain_pk'
)

或者

nameservers = NestedHyperlinkedRelatedField(
    many=True,
    read_only=True,   # Or add a queryset
    view_name='domain-nameservers-detail'
    parent_lookup_url_kwargs={'domain_pk': 'domain__pk'}
)

但是，当尝试访问 URL 层次结构中 2 层深处的资源时，这些方法会失败。第一种方法不兼容，因为它不允许添加第二个，而对于第二种方法，在使用（在我看来）适当的属性（, ）进行配置时lookup_url_kwarg会引发异常（）。ImproperlyConfiguredresource_a__pkresource_b__pk

这个包有可能吗？否则，我将使用一个更简单的解决方案SerializerMethodField：

resource_c = serializers.SerializerMethodField()

def get_resource_c(self, obj):
        url = reverse('resource_b-resource_c-list', kwargs=dict(resource_a_pk=obj.resource_a.pk, resource_b_pk=obj.pk))
        return self.context['request'].build_absolute_uri(url)

提前致谢！

4

1 回答 1

2

我在使用之前已经这样做了NestedHyperlinkedRelatedField，它确实有效。我的猜测是您的配置不正确。我注意到的一件事是您使用 parent_lookup_url_kwargs，而在我的情况下，我使用 parent_lookup_kwargs。

根据您的解释，我认为它需要看起来像这样

NestedHyperlinkedRelatedField(..., 
    parent_lookup_kwargs={
          'resource_a_pk': '<how to reach resource_a pk from resource_b>'})
于 2017-10-05T03:39:30.953 回答