You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The multiple interwoven use cases are getting a bit out of hand. Probably should break down and have multiple serializers for each case:
Detail view (retrieve/update)
List view (list)
List view post (create)
GeoJSON versions?
Perhaps the view should then have more specific functions like get_serializer_for_update?
Edit: The biggest issue is really the excessive magic for generating nested serializers. Instead of detail/list/etc. serializers, this can be cleaned up simply by creating explicit, custom serializers whenever a nested serializer is needed. This will likely affect the external API so is a good candidate for 0.8. See #34.
The text was updated successfully, but these errors were encountered:
The multiple interwoven use cases are getting a bit out of hand. Probably should break down and have multiple serializers for each case:
retrieve
/update
)list
)create
)Perhaps the view should then have more specific functions like
get_serializer_for_update
?Edit: The biggest issue is really the excessive magic for generating nested serializers. Instead of detail/list/etc. serializers, this can be cleaned up simply by creating explicit, custom serializers whenever a nested serializer is needed. This will likely affect the external API so is a good candidate for 0.8. See #34.
The text was updated successfully, but these errors were encountered: