J'ai une question sur le traitement des modèles m2m / through et leur présentation dans le cadre de repos de django. Prenons un exemple classique:
models.py:
from django.db import models
class Member(models.Model):
name = models.CharField(max_length = 20)
groups = models.ManyToManyField('Group', through = 'Membership')
class Group(models.Model):
name = models.CharField(max_length = 20)
class Membership(models.Model):
member = models.ForeignKey('Member')
group = models.ForeignKey('Group')
join_date = models.DateTimeField()
serializers.py:
imports...
class MemberSerializer(ModelSerializer):
class Meta:
model = Member
class GroupSerializer(ModelSerializer):
class Meta:
model = Group
views.py:
imports...
class MemberViewSet(ModelViewSet):
queryset = Member.objects.all()
serializer_class = MemberSerializer
class GroupViewSet(ModelViewSet):
queryset = Group.objects.all()
serializer_class = GroupSerializer
Lorsque j'obtiens une instance de membre, je reçois avec succès tous les champs du membre ainsi que ses groupes - cependant je ne reçois que les détails des groupes, sans détails supplémentaires provenant du modèle d'adhésion.
En d'autres termes, je m'attends à recevoir:
{
'id' : 2,
'name' : 'some member',
'groups' : [
{
'id' : 55,
'name' : 'group 1'
'join_date' : 34151564
},
{
'id' : 56,
'name' : 'group 2'
'join_date' : 11200299
}
]
}
Notez le join_date .
J'ai essayé tellement de solutions, y compris bien sûr la page officielle de Django Rest-Framework à ce sujet et personne ne semble donner une réponse claire et appropriée à ce sujet - que dois-je faire pour inclure ces champs supplémentaires? Je l'ai trouvé plus simple avec django-tastypie mais j'ai eu d'autres problèmes et je préfère rest-framework.
Réponses:
Que diriez-vous.....
Sur votre MemberSerializer, définissez un champ dessus comme:
puis sur votre sérialiseur d'adhésion, vous pouvez créer ceci:
Cela a pour effet global de créer une valeur sérialisée, des groupes, qui a comme source l'appartenance que vous souhaitez, puis utilise un sérialiseur personnalisé pour extraire les bits que vous souhaitez afficher.
EDIT: comme commenté par @bryanph, a
serializers.field
été renomméserializers.ReadOnlyField
dans DRF 3.0, donc cela devrait se lire:pour toutes les implémentations modernes
la source
membership_set
est le nom associé par défaut pour Member -> MembershipJ'étais confronté à ce problème et ma solution (en utilisant DRF 3.6) était d'utiliser SerializerMethodField sur l'objet et d'interroger explicitement la table Membership comme ceci:
Cela renverra une liste de dictionnaires pour la clé de groupes où chaque dict est sérialisé à partir de MembershipSerializer. Pour le rendre accessible en écriture, vous pouvez définir votre propre méthode de création / mise à jour dans MemberSerializer où vous itérez sur les données d'entrée et créez ou mettez à jour explicitement des instances de modèle Membership.
la source
REMARQUE: En tant qu'ingénieur logiciel, j'adore utiliser les architectures et j'ai profondément travaillé sur l'approche par couches pour le développement, donc je vais y répondre par rapport aux niveaux.
Si j'ai bien compris le problème, voici la solution models.py
serializers.py
CustomModels.py
BusinessLogic.py
Vous devrez techniquement transmettre la demande à DataAccessLayer qui renverrait les objets filtrés de la couche d'accès aux données, mais comme je dois répondre à la question rapidement, j'ai ajusté le code dans la couche de logique métier!
la source