暂无描述

hongws d923b32834 rename rst to md 7 年之前
rest_framework_bulk a8265b12e1 bumped version and updated history [ci skip] 9 年之前
tests 8864cf21fa removed pytest dependency since since it does not create proper test db 9 年之前
.gitignore 380532ff88 repo init 10 年之前
.travis.yml fb4b375215 testing in travis DRF<3 only with Django<1.8 9 年之前
AUTHORS.rst 7694469f38 added Matthias Erll to contributors since he did initial work for DRF3 support which I based my implementation on [ci skip] 9 年之前
CONTRIBUTING.rst 46f4e3e45b restructured project by using cookiecutter 9 年之前
HISTORY.rst a8265b12e1 bumped version and updated history [ci skip] 9 年之前
LICENSE.rst 46f4e3e45b restructured project by using cookiecutter 9 年之前
MANIFEST.in 46f4e3e45b restructured project by using cookiecutter 9 年之前
Makefile 21fb97df9c switched to using py.test as test suite since django-nose does not support django1.8 9 年之前
README.md ad3c0dd543 r 7 年之前
requirements-dev.txt 8864cf21fa removed pytest dependency since since it does not create proper test db 9 年之前
requirements.txt 840ceaed20 importing appropriate drf mixing depending on its version 9 年之前
setup.py d923b32834 rename rst to md 7 年之前
tox.ini e87d53a3f5 changed tox config to use Django<1.8 for DRF<3 [ci skip] 9 年之前

README.md

Django REST Framework Bulk

.. image:: https://badge.fury.io/py/djangorestframework-bulk.png

:target: http://badge.fury.io/py/djangorestframework-bulk

.. image:: https://travis-ci.org/miki725/django-rest-framework-bulk.svg?branch=master

:target: https://travis-ci.org/miki725/django-rest-framework-bulk

Django REST Framework bulk CRUD view mixins.

Overview

Django REST Framework comes with many generic views however none of them allow to do bulk operations such as create, update and delete. To keep the core of Django REST Framework simple, its maintainer suggested to create a separate project to allow for bulk operations within the framework. That is the purpose of this project.

Requirements

  • Python>=2.7
  • Django>=1.3
  • Django REST Framework >= 3.0.0
  • REST Framework >= 2.2.5 (only with Django<1.8 since DRF<3 does not support Django1.8)

Installing

Using pip::

$ pip install djangorestframework-bulk

or from source code::

$ pip install -e git+http://github.com/miki725/django-rest-framework-bulk#egg=djangorestframework-bulk

Example

The bulk views (and mixins) are very similar to Django REST Framework's own generic views (and mixins)::

from rest_framework_bulk import (
    BulkListSerializer,
    BulkSerializerMixin,
    ListBulkCreateUpdateDestroyAPIView,
)

class FooSerializer(BulkSerializerMixin, ModelSerializer):
    class Meta(object):
        model = FooModel
        # only necessary in DRF3
        list_serializer_class = BulkListSerializer

class FooView(ListBulkCreateUpdateDestroyAPIView):
    queryset = FooModel.objects.all()
    serializer_class = FooSerializer

The above will allow to create the following queries

::

# list queryset
GET

::

# create single resource
POST
{"field":"value","field2":"value2"}     <- json object in request data

::

# create multiple resources
POST
[{"field":"value","field2":"value2"}]

::

# update multiple resources (requires all fields)
PUT
[{"field":"value","field2":"value2"}]   <- json list of objects in data

::

# partial update multiple resources
PATCH
[{"field":"value"}]                     <- json list of objects in data

::

# delete queryset (see notes)
DELETE

Router

The bulk router can automatically map the bulk actions::

from rest_framework_bulk.routes import BulkRouter

class UserViewSet(BulkModelViewSet):
    model = User

    def allow_bulk_destroy(self, qs, filtered):
        """Don't forget to fine-grain this method"""

router = BulkRouter()
router.register(r'users', UserViewSet)

DRF3

Django REST Framework made many API changes which included major changes in serializers. As a result, please note the following in order to use DRF-bulk with DRF3:

  • You must specify custom list_serializer_class if your view(set) will require update functionality (when using BulkUpdateModelMixin)
  • DRF3 removes read-only fields from serializer.validated_data. As a result, it is impossible to correlate each validated_data in ListSerializer with a model instance to update since validated_data will be missing the model primary key since that is a read-only field. To deal with that, you must use BulkSerializerMixin mixin in your serializer class which will add the model primary key field back to the validated_data. By default id field is used however you can customize that field by using update_lookup_field in the serializers Meta::

    class FooSerializer(BulkSerializerMixin, ModelSerializer):

    class Meta(object):
        model = FooModel
        list_serializer_class = BulkListSerializer
        update_lookup_field = 'slug'
    

Notes

Most API urls have two URL levels for each resource:

  1. url(r'foo/', ...)
  2. url(r'foo/(?P<pk>\d+)/', ...)

The second url however is not applicable for bulk operations because the url directly maps to a single resource. Therefore all bulk generic views only apply to the first url.

There are multiple generic view classes in case only a certail bulk functionality is required. For example ListBulkCreateAPIView will only do bulk operations for creating resources. For a complete list of available generic view classes, please take a look at the source code at generics.py as it is mostly self-explanatory.

Most bulk operations are pretty safe in terms of how they operate, that is you explicitly describe all requests. For example, if you need to update 3 specific resources, you have to explicitly identify those resources in the request's PUT or PATCH data. The only exception to this is bulk delete. Consider a DELETE request to the first url. That can potentially delete all resources without any special confirmation. To try to account for this, bulk delete mixin allows to implement a hook to determine if the bulk delete request should be allowed::

class FooView(BulkDestroyAPIView):
    def allow_bulk_destroy(self, qs, filtered):
        # custom logic here

        # default checks if the qs was filtered
        # qs comes from self.get_queryset()
        # filtered comes from self.filter_queryset(qs)
        return qs is not filtered

By default it checks if the queryset was filtered and if not will not allow the bulk delete to complete. The logic here is that if the request is filtered to only get certain resources, more attention was payed hence the action is less likely to be accidental. On how to filter requests, please refer to Django REST docs <http://www.django-rest-framework.org/api-guide/filtering>_. Either way, please use bulk deletes with extreme caution since they can be dangerous.

1