Django-rest-framework: नेस्टेड सीरिएलाइज़र को दृश्य संदर्भ प्राप्त नहीं होता है

संदर्भ init के बिंदु पर फ़ील्ड (या नेस्टेड सीरियलाइज़र) को पास नहीं किया जा सकता है (नहीं किया जा सकता है), क्योंकि जब वे मूल धारावाहिक पर घोषित किए जाते हैं तो उन्हें प्रारंभ किया जाता है ...

class MySerializer(Serializer):
    child = ChildSerializer()  <--- We've just initialized this.

MySerializer.__init__ में इस तरह का कोई भी व्यवहार करना सबसे अच्छा है, उदाहरण के लिए ...

def __init__(self, *args, **kwargs):
    super(MySerializer, self).__init__(*args, **kwargs)
    self.fields['child'].default = ...

उस समय आपके पास _do_ संदर्भ तक पहुंच है।

यदि आप वास्तव में चाहते हैं कि आप उस बिंदु पर कुछ क्रियाएं कर सकें, जिस बिंदु पर फ़ील्ड अपने माता-पिता से बंधी हो जाती है ...

class ChildSerializer(Serializer):
    def bind(self, *args, **kwargs):
        super(ChildSerializer, self).bind(*args, **kwargs)
        # do stuff with self.context.

इसे निजी एपीआई माना जाना चाहिए, और ऊपर सूचीबद्ध मूल __init__ शैली को प्राथमिकता दी जानी चाहिए।

हाँ, मैं समझता हूँ कि आप क्या समझाते हैं। इसलिए मुझे लगता है कि यह थोड़ा मुश्किल है। इसलिए मेरा समाधान माता-पिता के __ini__ में नेस्टेड सीरियलाइज़र बनाना था। लेकिन नेस्टेड सीरिएलाइज़र __init__ हर नए सीरिएलाइज़र इंस्टेंस बनने के बाद कॉल किया जाता है, क्योंकि यह डीपकॉपी का उपयोग करता है, लेकिन हम इसमें पैरेंट इंस्टेंस को चुपके नहीं कर सकते हैं ...
इसलिए, जैसा कि मैं v2 में देख सकता हूं, फ़ील्ड में initialize विधि थी, जो मूल धारावाहिक के आधार पर डिफ़ॉल्ट रूप से init करने के लिए एकदम सही थी।

तो, ऐसा लगता है bind अच्छा होना चाहिए।

इसे निजी एपीआई माना जाना चाहिए, और ऊपर सूचीबद्ध मूल __init__ शैली को प्राथमिकता दी जानी चाहिए।

लेकिन चूंकि हम केवल __init__ का उपयोग नहीं कर सकते हैं, क्योंकि हम सभी उपलब्ध वातावरण तक नहीं पहुंच सकते हैं, इस समय दृश्य द्वारा बनाए गए, हमारे पास सार्वजनिक एपीआई विधि होनी चाहिए, जिसे फ़ील्ड (सीरियलाइज़र) पर कहा जाता है जब हमारे पास सभी चीजें होती हैं उपलब्ध। जैसे initialize था।

क्या यह डीआरएफ 2 के लिए काम करता है?

यह एक दयालु संदर्भ है अब नेस्टेड धारावाहिकों को प्रचारित नहीं किया जाता है।

यह एक दयालु संदर्भ है अब नेस्टेड धारावाहिकों को प्रचारित नहीं किया जाता है।

आपको वो कहाँ से मिला ? अफैक, संदर्भ _is_ नेस्टेड धारावाहिकों के लिए प्रचारित किया गया।

@xordoquy अजीब बात है - मैंने नवीनतम डीआरएफ के खिलाफ एक टेस्टकेस बनाया है और मैं इस मुद्दे को पुन: उत्पन्न नहीं कर सकता :) इसके अलावा मैं इसे फिर से अपने कोड को पुन: उत्पन्न नहीं कर सकता। समस्या हल हो गई।

@xiaohanyu वास्तव में मुझे यह समस्या एक बार फिर मिली है। और यह थोड़े अजीब है:

>>> serializer
Out[12]: 
# Note there is context passed in constructor
CouponSerializer(<Coupon: Coupon Coupon #0 for offer Offer #0000>, context={'publisher': <User: John ZusPJRryIzYZ>}):
    id = IntegerField(label='ID', read_only=True)
    title = CharField(max_length=100, required=True)
    short_title = CharField(max_length=30)
    offer_details = OfferLimitedSerializer(read_only=True, source='offer'):
        id = IntegerField(label='ID', read_only=True)
        title = CharField(help_text='The Offer Title will be used for the Network, Advertisers and Publishers to identify the specific offer within the application.', read_only=True)       
        status_name = CharField(read_only=True, source='get_status_display')
        is_access_limited = SerializerMethodField()    
    exclusive = BooleanField(required=False)    
    categories_details = OfferCategorySerializer(many=True, read_only=True, source='categories'):
        id = IntegerField(read_only=True)
        category = CharField(read_only=True, source='code')
        category_name = CharField(read_only=True, source='get_code_display')    

# all fields except one got context propagated
>>> [f.field_name for f in serializer.fields.values() if not f.context]
Out[20]: 
['offer_details']

# offer_details is no different than categories_details, both are nested, read only, model serializers..
>>> serializer.fields['categories_details'].context
Out[21]: 
{'publisher': <User: John ZusPJRryIzYZ>}

# lets look inside problematic serializer
>>> offer_details = serializer.fields['offer_details']
>>> offer_details
Out[25]: 

OfferLimitedSerializer(read_only=True, source='offer'):
    id = IntegerField(label='ID', read_only=True)
    title = CharField(help_text='The Offer Title will be used for the Network, Advertisers and Publishers to identify the specific offer within the application.', read_only=True)    
    status_name = CharField(read_only=True, source='get_status_display')
    url = SerializerMethodField()
    is_access_limited = SerializerMethodField()
>>> offer_details.context
Out[23]: 
{}
>>> offer_details._context
Out[24]: 
{}
# ! surprisingly context is available inside fields... but not in the parent
>>> offer_details.fields['is_access_limited'].context
Out[26]: 
{'publisher': <User: John ZusPJRryIzYZ>}

# context is available in all of them!
>>> [x.field_name for x in offer_details.fields.values() if not x.context]
Out[27]: 
[]

@tomchristie परेशान करने के लिए खेद है, लेकिन शायद आपके पास कोई विचार होगा कि यह कैसे संभव है?

इस बीच मुझे एक समस्या को हल करने के लिए इस हैक का उपयोग करने के लिए मजबूर होना पड़ा:

class Serializer(serializers.Serializer):

    def __init__(self, *args, **kwargs):
        super(Serializer, self).__init__(*args, **kwargs)
        # propagate context to nested complex serializers
        if self.context:
            for field in six.itervalues(self.fields):
                if not field.context:
                    delattr(field, 'context')
                    setattr(field, '_context', self.context)

@pySilver हम एक साधारण परीक्षण मामले के बिना ज्यादा मदद नहीं कर सकते। आप कई अलग-अलग धारावाहिकों का उपयोग कर रहे हैं जिनमें कुछ उपयोगकर्ता परिभाषित कोड हो सकते हैं जो संदर्भ प्रसार को तोड़ते हैं।

यह पता चला है कि यह जटिल mro के कारण होता है, जहां कई वर्ग धारावाहिकों के बच्चे हैं। सीरियलाइज़र। ऐसा कुछ

class MyMixin(serializers.Serializer):
   # some code within __init__, calling parent too

class MyModelSerializer(serializers.ModelSerializer):
   # some code within __init__, calling parent too

class MyProblematicSerializer(MyModelSerializer, MyMixin)
    # this one will not receive context somehow.
     pass

वैसे भी, मुझे लगता है कि इसे स्थानीय मुद्दे के रूप में माना जा सकता है ..

प्रतिक्रिया के लिए धन्यवाद

@xordoquy @tomchristie वास्तव में समस्या वास्तव में अजीब हो गई :) जब भी आप self.context को ओवरराइड सीरिएलाइज़र समस्या में अनुपलब्ध संदर्भ के साथ एक्सेस करते हैं तो प्रकट होता है। मैंने बिना किसी किस्मत के fields संपत्ति में ऐसा करने की कोशिश की है। यहाँ एक टेस्टकेस है:

def test_serializer_context(self):
        class MyBaseSerializer(serializers.Serializer):
            def __init__(self, *args, **kwargs):
                super(MyBaseSerializer, self).__init__(*args, **kwargs)
                x = 0
                if self.context.get('x'):
                    x = self.context['x']

        class SubSerializer(MyBaseSerializer):
            char = serializers.CharField()
            integer = serializers.IntegerField()

        class ParentSerializer(MyBaseSerializer):
            with_context = serializers.CharField()
            without_context = SubSerializer()

        serializer = ParentSerializer(data={}, context={'what': 42})
        assert serializer.context == {'what': 42}
        assert serializer.fields['with_context'].context == {'what': 42}
        assert serializer.fields['without_context'].context == {'what': 42}

हालांकि यह एक गुजर जाएगा। imho यह स्रोतों में ध्यान दिया जाना चाहिए कि ओवरराइड विधियों में संदर्भ तक पहुंचना समस्याग्रस्त हो सकता है ...

def test_serializer_context(self):
        class MyBaseSerializer(serializers.Serializer):
            <strong i="12">@property</strong>
            def fields(self):
                fields = super(MyBaseSerializer, self).fields
                x = 0
                if self.root.context.get('x'):
                    x = 1
                return fields


        class SubSerializer(MyBaseSerializer):
            char = serializers.CharField()
            integer = serializers.IntegerField()

        class ParentSerializer(MyBaseSerializer):
            with_context = serializers.CharField()
            without_context = SubSerializer()

        serializer = ParentSerializer(data={}, context={'what': 42})
        assert serializer.context == {'what': 42}
        assert serializer.fields['with_context'].context == {'what': 42}
        assert serializer.fields['without_context'].context == {'what': 42}

स्पष्ट होने के लिए - मैं यहाँ क्या कर रहा हूँ संदर्भ के आधार पर क्षेत्रों का व्यवहार बदल रहा है।

UPD: कुछ मामलों में अंतिम कोड भी विश्वसनीय नहीं होता है। पता चलता है कि छूने वाला संदर्भ खतरनाक है।

यह दुर्भाग्यपूर्ण है कि __init__ के पास संदर्भ तक पहुंच नहीं है। यदि कोई संदर्भ में किसी चीज़ के आधार पर धारावाहिक में गतिशील रूप से फ़ील्ड बनाना चाहता है, तो आप वह कहाँ करेंगे?

यह bind में काम नहीं कर रहा है जैसा कि ऊपर सुझाया गया था। उदाहरण के लिए self.fields['asdf'] = serializers.CharField() । मुझे लगता है कि फ़ील्ड का मूल्यांकन पहले ही किया जा चुका है जब bind कहा जाता है।

इसे fields संपत्ति में करना बहुत अच्छा नहीं लगता है, क्योंकि उस चीज़ को बहुत कुछ कहा जाता है, और आलसी मूल्यांकन के कारण इसमें self._fields में एक कैशिंग तंत्र है जिसे डुप्लिकेट करना होगा कंक्रीट सीरिएलाइज़र में। आंतरिक रूप से कैश किए जाने से पहले, फ़ील्ड को एक बार संशोधित करने में सक्षम होना बेहतर होगा।

मुझे लगता है कि धारावाहिक को सीधे कॉल करने के बजाय, क्षेत्र के रूप में घोंसला बनाने पर यह कोई समस्या नहीं होगी।

इस कदर:

class ChildSerializer(serializers.Serializer):
    ...

class ParentSerializer(serializers.Serializer):
    child = serializers.NestedField(serializer=ChildSerializer)

तब ChildSerializer में संदर्भ तक पहुंच हो सकती है __init__ , क्योंकि इसे ParentSerializer में सीधे क्षेत्र घोषणा में तत्काल नहीं किया जा रहा है।

यदि कोई संदर्भ में किसी चीज़ के आधार पर धारावाहिक में गतिशील रूप से फ़ील्ड बनाना चाहता है, तो आप वह कहाँ करेंगे?

आइए इस बारे में एक विशिष्ट उदाहरण के संदर्भ में बात करते हैं। एक अच्छा सरल उपयोग-मामला लेकर आइए और हम इससे निपटने का सबसे अच्छा तरीका समझ सकते हैं।

मुझे लगता है कि धारावाहिक को सीधे कॉल करने के बजाय, क्षेत्र के रूप में घोंसला बनाने पर यह कोई समस्या नहीं होगी।

कोशिश करो, हालांकि मुझे नहीं लगता कि हम उस रास्ते पर जाएंगे। वर्तमान में हम जो करते हैं उसमें यह एक बड़ा ब्रेक है, साथ ही यह आपको बाल धारावाहिक पर तर्क निर्धारित करने की अनुमति नहीं देता है। मुझे लगता है कि उस शैली के लिए एक वैध मामला है, लेकिन मैं विशेष रूप से हमें इस समय बदलते हुए नहीं देखता।

@tomchristie उत्तर के लिए धन्यवाद।

मेरे पास अभी एक उपयोग का मामला है जो वर्तमान में लॉग इन उपयोगकर्ता की संपत्ति के आधार पर नेस्टेड बाल धारावाहिक में फ़ील्ड के दो अलग-अलग सेटों के बीच स्विच करना है।

टाइप ए उपयोगकर्ताओं को कभी भी टाइप बी उपयोगकर्ताओं के लिए प्रासंगिक फ़ील्ड नहीं देखना चाहिए, और इसके विपरीत।

यह इस तरह दिख रहा है:

class ChildSerializer(serializers.Serializer):
  # relevant for all users
  name = serializers.CharField()

  # only relevant for users of Type A
  phone = serializers.CharField()

  # only relevant for users of Type B
  ssn = serializers.CharField()

लेकिन मैं नियमित रूप से कई अलग-अलग तरीकों से फ़ील्ड को संशोधित करता हूं, दोनों एपीआई के साथ-साथ एचटीएमएल रूपों में, डीआरएफ सीरियलाइज़र और/या डीजेंगो रूपों का उपयोग करके। गतिशील रूप से फ़ील्ड जोड़ना, फ़ील्ड निकालना, विशेषताओं को संशोधित करना, उपरोक्त उदाहरण एकमात्र तरीका से बहुत दूर है। मुझे इसे पहले कभी नेस्टेड बच्चे में नहीं करना पड़ा, और इससे पूरी तरह से स्टम्प्ड हो गया।

@tomchristie मेरा सामान्य उपयोग यह नियंत्रित करना है कि संदर्भ के आधार पर फ़ील्ड की आवश्यकता है या नहीं (उपयोगकर्ता और व्यवस्थापक के लिए एक धारावाहिक की कल्पना करें, जहां उन्हें संदर्भ के माध्यम से पारित होने के बाद से उपयोगकर्ता-आईडी प्रदान करने की आवश्यकता नहीं है।) अब तक मुझे मजबूर होना पड़ा इस सूत्र में मेरी पिछली पोस्ट के समाधान का उपयोग करें।

मुझे लगता है कि फ़ील्ड घोषणा के बजाय ParentSerializer की __init__ विधि में नेस्टेड ChildSerializer को हमेशा तत्काल चालू करने के लिए एक कामकाज हो सकता है, फिर कोई संदर्भ को मैन्युअल रूप से अग्रेषित कर सकता है।

इस कदर:

class ChildSerializer(serializers.Serializer):
    ...

class ParentSerializer(serializers.Serializer):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.fields['child'] = ChildSerializer(context=self.context)

ऐसा लगता है कि प्रारंभिक परीक्षण में काम करता है। सुनिश्चित नहीं है कि इसके साथ कोई पकड़ है या नहीं।

वही सुझाव देने जा रहा था, हाँ।

खैर यह मेरे लिए कुछ मामलों में काम नहीं किया। शायद एकाधिक विरासत के कारण।

बुधवार, 12 अक्टूबर, 2016 को दोपहर 2:56 बजे +0200 बजे, "टॉम क्रिस्टी" नोटिफिकेशन @github.com ने लिखा:

वही सुझाव देने जा रहा था, हाँ।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

मुझे एक ही समस्या हो रही है, जब मैंने default विशेषता ( CurrentUserDefault() मूल्य के साथ मेरे मामले में) को (नेस्टेड) ​​सीरियलाइज़र फ़ील्ड में सेट किया है जिसने __init__ विधि को उप-वर्गीकृत किया है जो प्रक्रिया करता है self.context विशेषता, KeyError दिखा रहा है कि request संदर्भ में नहीं मिला है (जिसमें कुछ भी नहीं है यानी यह माता-पिता से पारित नहीं होता है)।
उदाहरण कोड:

class UserSerializer(serializers.ModelSerializer):
# ...
    def __init__(self, *args, **kwargs):
        kwargs.pop('fields', None)
        super().__init__(*args, **kwargs)
        if 'list' in self.context: # Once I remove this, it will work
            self.fields['friend_count'] = serializers.SerializerMethodField()
# ...

class CommentSerializer(serializers.ModelSerializer):
    person = UserSerializer(read_only=True, default=serializers.CurrentUserDefault())
# ...

त्रुटि संग्रह:

Environment:


Request Method: POST
Request URL: http://127.0.0.1:8000/api/comments/98/

Django Version: 1.9.7
Python Version: 3.4.3
Installed Applications:
['django.contrib.admin',
 'django.contrib.auth',
 'django.contrib.contenttypes',
 'django.contrib.sessions',
 'django.contrib.messages',
 'django.contrib.staticfiles',
 'django.contrib.sites',
 'rest_framework',
 'rest_framework.authtoken',
 'generic_relations',
 'decorator_include',
 'allauth',
 'allauth.account',
 'allauth.socialaccount',
 'allauth.socialaccount.providers.facebook',
 'allauth.socialaccount.providers.google',
 'phonenumber_field',
 'bootstrap3',
 'stronghold',
 'captcha',
 'django_settings_export',
 'main']
Installed Middleware:
['django.middleware.security.SecurityMiddleware',
 'django.contrib.sessions.middleware.SessionMiddleware',
 'django.middleware.common.CommonMiddleware',
 'django.middleware.csrf.CsrfViewMiddleware',
 'django.contrib.auth.middleware.AuthenticationMiddleware',
 'django.contrib.auth.middleware.SessionAuthenticationMiddleware',
 'django.contrib.messages.middleware.MessageMiddleware',
 'django.middleware.clickjacking.XFrameOptionsMiddleware',
 'stronghold.middleware.LoginRequiredMiddleware']



Traceback:

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/django/core/handlers/base.py" in get_response
  149.                     response = self.process_exception_by_middleware(e, request)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/django/core/handlers/base.py" in get_response
  147.                     response = wrapped_callback(request, *callback_args, **callback_kwargs)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/django/views/decorators/csrf.py" in wrapped_view
  58.         return view_func(*args, **kwargs)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/django/views/generic/base.py" in view
  68.             return self.dispatch(request, *args, **kwargs)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/views.py" in dispatch
  466.             response = self.handle_exception(exc)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/views.py" in dispatch
  463.             response = handler(request, *args, **kwargs)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/generics.py" in post
  246.         return self.create(request, *args, **kwargs)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/mixins.py" in create
  20.         serializer.is_valid(raise_exception=True)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/serializers.py" in is_valid
  213.                 self._validated_data = self.run_validation(self.initial_data)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/serializers.py" in run_validation
  407.         value = self.to_internal_value(data)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/serializers.py" in to_internal_value
  437.                 validated_value = field.run_validation(primitive_value)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/serializers.py" in run_validation
  403.         (is_empty_value, data) = self.validate_empty_values(data)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/fields.py" in validate_empty_values
  453.             return (True, self.get_default())

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/fields.py" in get_default
  437.                 self.default.set_context(self)

File "/home/mikisoft/django-dev/lib/python3.4/site-packages/rest_framework/fields.py" in set_context
  239.         self.user = serializer_field.context['request'].user

Exception Type: KeyError at /api/comments/98/
Exception Value: 'request'

जोड़े गए फ़ील्ड में कुछ चीजें नहीं हैं जो सीरिएलाइज़र मेटाक्लास के माध्यम से करते हैं। उन्हें सेट करना आपके ऊपर है।

जैसा कि मैंने पहले ही ऊपर कहा है - एक बार जब मैं __init__ विधि में संदर्भ की पुनर्प्राप्ति को हटा देता हूं, तो सब कुछ ठीक काम करता है ... इसलिए फ़ील्ड सेटिंग निश्चित रूप से समस्या नहीं है, क्योंकि संदर्भ उस में माता-पिता से पारित किया जाएगा मामला।

ठीक है, मेरे फोन पर था, उस हिस्से पर ध्यान नहीं दिया।
फिर यह सामान्य है क्योंकि नेस्टेड सीरिएलाइज़र शीर्ष सीरियलाइज़र से बहुत पहले तुरंत चालू हो जाते हैं।
संदर्भ का उद्देश्य वास्तव में तत्काल होने के बाद इसे दूर करना है। तो इसमें कोई आश्चर्य की बात नहीं है कि यह init में काम नहीं करता है।

ठीक। आखिरी नोट के लिए, मैं केवल यह बताना चाहता हूं कि त्रुटि लॉग शो की तरह, यह __init__ विधि में नहीं दिखता है, लेकिन CurrentUserDefault() ऑब्जेक्ट में (इसके set_context में) तरीका)। लेकिन सुनिश्चित करें कि यह __init__ में भी दिखाई देगा यदि संदर्भ पैरामीटर के लिए सीधी कॉल थी, यानी इसके अस्तित्व की जांच किए बिना (क्योंकि पूरा संदर्भ खाली है, क्योंकि इसे पारित नहीं किया गया है)।
साथ ही, मैं किसी अन्य व्यक्ति द्वारा उपरोक्त निष्कर्ष को दोहराना चाहता हूं - उस मामले में जब कोई घोंसला नहीं होता है (और जब संदर्भ तत्काल विधि में उपयोग किया जाता है), सब कुछ अपेक्षित काम करता है।

बच्चों के संदर्भ में प्रचार करने में एक समस्या थी, इसे https://github.com/encode/django-rest-framework/pull/5304 में हल किया जाना चाहिए मुझे लगता है कि None कैशिंग से संबंधित कई मुद्दे होने चाहिए थे

मैं हाल ही में इस मुद्दे में भाग गया। यह वह समाधान है जिसने मेरे लिए काम किया:

class MyBaseSerializer(serializers.HyperlinkedModelSerializer):

    def get_fields(self):
        '''
        Override get_fields() method to pass context to other serializers of this base class.

        If the context contains query param "omit_data" as set to true, omit the "data" field
        '''
        fields = super().get_fields()

        # Cause fields with this same base class to inherit self._context
        for field_name in fields:
            if isinstance(fields[field_name], serializers.ListSerializer):
                if isinstance(fields[field_name].child, MyBaseSerializer):
                    fields[field_name].child._context = self._context

            elif isinstance(fields[field_name], MyBaseSerializer):
                fields[field_name]._context = self._context

        # Check for "omit_data" in the query params and remove data field if true
        if 'request' in self._context:
            omit_data = self._context['request'].query_params.get('omit_data', False)

            if omit_data and omit_data.lower() in ['true', '1']:
                fields.pop('data')

        return fields

उपरोक्त में, मैं एक सीरियलाइज़र बेस क्लास बनाता हूं जो get_fields() को ओवरराइड करता है और self._context को किसी भी चाइल्ड सीरियलाइज़र को पास करता है जिसमें समान बेस क्लास होता है। ListSerializers के लिए, मैं इसके बच्चे को संदर्भ संलग्न करता हूं।

फिर, मैं एक क्वेरी परम "omit_data" की जांच करता हूं और अनुरोध किए जाने पर "डेटा" फ़ील्ड को हटा देता हूं।

मुझे आशा है कि यह किसी के लिए भी उपयोगी है जो अभी भी इसके लिए उत्तर ढूंढ रहा है।

मुझे पता है कि यह एक पुराना धागा है, लेकिन मैं सिर्फ यह साझा करना चाहता था कि मैं __init__ के संयोजन का उपयोग करता हूं और अनुरोध (संदर्भ में) के आधार पर क्वेरीसेट को फ़िल्टर करने के लिए अपने कस्टम मिक्सिन पर बांधता हूं। यह मिश्रण मानता है कि क्वेरीसेट पर get_objects_for_user विधि मौजूद है, या अन्यथा Guardian.shortcuts.get_objects_for_user का उपयोग करता है। यह नेस्टेड धारावाहिकों के लिए बहुत अच्छा काम करता है, पोस्टिंग या पैचिंग के दौरान भी।