Skip to main content

Wade's own REST Framework: A more Djangonic approach to REST APIs

Project description

Worf

build-status-image pypi-version

Worf is a small Django API framework for building out REST APIs simply using class-based views and serializers.

Worf

Full documentation for the project is available at https://memory-alpha.fandom.com/wiki/Worf.

Table of contents

Installation

Install using pip:

pip install worf

Add worf to your INSTALLED_APPS setting:

INSTALLED_APPS = [
    ...
    "worf",
]

Requirements

  • Python (3.7, 3.8, 3.9)
  • Django (3.0, 3.1, 3.2)

Roadmap

  • Abstracting serializers away from model methods
  • Browsable API
  • Declarative marshmallow-based serialization
  • File upload support
  • Support for PATCH/PUT methods
  • Better test coverage
  • Documentation generation
  • Support for user-generated validators

Usage

The following examples provides you with an API that does the following:

  • Only allows authenticated users to access the endpoints
  • Provides a list of books, with POST support to create a new book
  • Provides an endpoint for each book's detail endpoint, with PATCH support

A more complete example will demonstrate the additional built-in capabilities, including search, pagination, ordering, and the other things Worf can do.

# models.py
class Book(models.Model):
    title = models.CharField(max_length=128)
    author_name = models.CharField(max_length=128)
    published_at = models.DateField()
# serializers.py
from worf.serializers import Serializer

class BookSerializer(Serializer):
    class Meta:
        fields = [
            "id",
            "title",
            "author_name",
            "published_at",
        ]
# views.py
from worf.permissions import Authenticated
from worf.views import DetailAPI, ListAPI, UpdateAPI

class BookList(CreateAPI, ListAPI):
  model = Book
  serializer = BookSerializer(only=["id", "title"])
  permissions = [Authenticated]

class BookDetail(UpdateAPI, DetailAPI):
  model = Book
  serializer = BookSerializer
  permissions = [Authenticated]
# urls.py
path("api/", include([
    path("books/", BookList.as_view()),
    path("books/<int:id>/", BookDetail.as_view()),
])),

Serializers

Worf serializers are basically marshmallow schemas with some tweaks to improve support for Django models, and supply extra defaults.

from worf.serializers import fields, Serializer

class BookSerializer(Serializer):
    author = fields.Nested(AuthorSerializer)
    tags = fields.Nested(TagSerializer, many=True)

    class Meta:
        fields = [
            "id",
            "title",
            "content",
            "image",
            "url",
            "author",
            "tags",
        ]

Worf serializers build on top of marshmallow to make them a little easier to use in Django, primarily, we add support for using the Nested field with related managers, and setting default serializer options via settings:

WORF_SERIALIZER_DEFAULT_OPTIONS = {
    "dump_only": [
        "id",
        "created_at",
        "deleted_at",
        "updated_at",
    ]
}

Permissions

Permissions are callable classes that can be found in worf.permissions, they're passed the request and kwargs from the view, and raise an exception if the check fails.

Validators

Validation handling can be found in worf.validators.

The basics come from ValidateFields which AbstractBaseAPI inherits from, it performs some coercion on self.bundle, potentially resulting in a different bundle than what was originally passed to the view.

Views

AbstractBaseAPI

Provides the basic functionality of API views.

Name Type Default Description
model class None Model class.
permissions list [] List of permissions classes.
serializer object None Serializer class or instance.

Note: it is not recommended to use this abstract view directly.

ListAPI

Name Type Default Description
queryset object model.objects.all() Queryset used to retrieve the results.
filters dict {} Filters to apply to queryset. Deprecated: use queryset instead.
lookup_field str None Filter queryset based on a URL param, lookup_url_kwarg is required if this is set.
lookup_url_kwarg str None Filter queryset based on a URL param, lookup_field is required if this is set.
payload_key str verbose_name_plural Use in order to rename the key for the results array.
list_serializer object serializer Serializer class or instance.
ordering list [] List of fields to default the queryset order by.
filter_fields list [] List of fields to support filtering via query params.
search_fields list [] List of fields to full text search via the q query param.
sort_fields list [] List of fields to support sorting via the sort query param.
per_page int 25 Sets the number of results returned for each page.
max_per_page int per_page Sets the max number of results to allow when passing the perPage query param.

The get_queryset method will use lookup_url_kwarg and lookup_field to filter results. You should not need to override get_queryset. Instead, set the optional variables listed above to configure the queryset.

Filtering

Parameters in the URL must be camelCase and exactly match the snake_case model field.

To allow full text search, set to a list of fields for django filter lookups.

For a full list of supported lookups see https://django-url-filter.readthedocs.io.

Pagination

All ListAPI views are paginated and include a pagination json object.

Use per_page to set custom limit for pagination. Default 25.

DetailAPI

Name Type Default Description
queryset object model.objects.all() Queryset used to retrieve the results.
lookup_field str id Lookup field used to filter the model.
lookup_url_kwarg str id Name of the parameter passed to the view by the URL route.
detail_serializer object serializer Serializer class or instance.

This get_instance() method uses lookup_field and lookup_url_kwargs to return a model instance.

You may prefer to override this method, for example in a case when you are using request.user to return an instance.

CreateAPI

Name Type Default Description
create_serializer object serializer Serializer class or instance.

Adds a post method to handle creation, mix this into a ListAPI view:

class BookListAPI(CreateAPI, ListAPI):
    model = Book
    serializer = BookSerializer

Validation of creates is kind of sketchy right now, but the idea is that you'd use the same serializer as you would for an update, unless you have create-only fields, in which case, you may want to create a BookCreateSerializer.

UpdateAPI

Name Type Default Description
queryset object model.objects.all() Queryset used to retrieve the results.
lookup_field str id Lookup field used to filter the model.
lookup_url_kwarg str id Name of the parameter passed to the view by the URL route.
update_serializer object serializer Serializer class or instance.

Adds patch and put methods to handle updates, mix this into a DetailAPI.

class BookDetailAPI(UpdateAPI, DetailAPI):
    model = Book
    serializer = BookSerializer

Validation of update fields is delegated to the serializer, any fields that are writeable should be within the fields definition of the serializer, and not marked as dump_only (read-only).

Browsable API

Similar to other popular REST frameworks; Worf exposes a browsable API which adds syntax highlighting, linkified URLs and supports Django Debug Toolbar.

To override the default browser behaviour pass ?format=json, or disable the feature entirely from settings.

Theme

The theme is built with Tailwind, making it easy to customize the look-and-feel.

For quick and easy branding, there are a couple of settings that tweak the navbar.

To customize the markup create a template called worf/api.html that extends from worf/base.html:

# templates/worf/api.html
{% extends "worf/base.html" %}

{% block branding %}
    {{ block.super }}
    <div>A warrior's drink!</div>
{% endblock %}

All of the blocks available in the base template can be used in your api.html.

Name Description
body The entire html <body>.
branding Branding section of the navbar.
script JavaScript files for the page.
style CSS stylesheets for the page.
title Title of the page.

For more advanced customization you can choose not to have api.html extend base.html.

Bundle loading

The dispatch method is run by Django when the view is called. In our version of dispatch, we interpret any request.body as JSON, and convert all values from camel to snake case at that time. You'll always be able to access bundle attributes by their snake case variable name, and these attributes will exactly match the model fields.

self.bundle is set on a class level, it is available to all methods inside the view. We perform type coercion during validation, so self.bundle will be changed during processing. You may also append or remove attributes to the bundle before saving the object via post, patch, or other methods.

Debugging

Worf exposes the parsed bundle, lookup kwargs, sql and skips some exception handling when in debug mode.

Field casing

Worf expects all your model fields to be defined in snake case 🐍, and JSON objects to be camel case 🐪 and that conversion is handled in worf.casing.

We interpret camelCase, strictly, based on the database model. This means that inappropriate naming of database fields will result in confusion.

A quick example:

freelance_fulltime = models.CharField(...)
freelancer_id = models.UUIDField(...)
API_strict = ...

This will be strictly translated by the API, and acronyms are not considered:

  • freelance_fulltime == freelanceFulltime
  • freelancer_id == freelancerId
  • API_strict == apiStrict

File uploads

File uploads are supported via multipart/form-data requests.

Internal naming

We refer to the json object that is sent and received by the API differently in this codebase for clarity:

  • bundle is what we send to the backend.
  • payload is what the backend returns.

Settings

Name Default Description
WORF_API_NAME Worf API See Browsable API
WORF_API_ROOT /api/ See Browsable API
WORF_BROWSABLE_API True See Browsable API
WORF_DEBUG settings.DEBUG See Debugging

Credits

Wanted dead or alive Made with 🥃 at Gun.io

Contributors

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

worf-0.5.15.tar.gz (37.0 kB view details)

Uploaded Source

Built Distribution

worf-0.5.15-py3-none-any.whl (25.7 kB view details)

Uploaded Python 3

File details

Details for the file worf-0.5.15.tar.gz.

File metadata

  • Download URL: worf-0.5.15.tar.gz
  • Upload date:
  • Size: 37.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.0 CPython/3.8.12

File hashes

Hashes for worf-0.5.15.tar.gz
Algorithm Hash digest
SHA256 102a63310b08a5ca0351312dfd7417b7203b99d4a8fcf4cbeddd6856c433ff33
MD5 8175920b99736b75f9189e809d8adfa2
BLAKE2b-256 c83e809f7c1fad597415cecb3974f9322caf3bc307ce574ec70c79104eca8505

See more details on using hashes here.

File details

Details for the file worf-0.5.15-py3-none-any.whl.

File metadata

  • Download URL: worf-0.5.15-py3-none-any.whl
  • Upload date:
  • Size: 25.7 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.0 CPython/3.8.12

File hashes

Hashes for worf-0.5.15-py3-none-any.whl
Algorithm Hash digest
SHA256 48a27e7c036e9b25a33c14b936a6cffee7cca9f944ca1a35d2474daf8ec6fae3
MD5 cc8ac71e4b77f9c410e6c6884277dec2
BLAKE2b-256 27d784cf673cdbb1e46a23c1e0dee18e512bd550dea7be97fca43fc7b5c150f3

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page