Basé sur une architecture modulaire, le framework Django reste peut être utilisé dans la création des API REST pour tout type de services Web accessibles.
Le code est très bien documenté et tutoriels sont prévus pour le déploiement facile.
En ce moment, des sociétés comme Mozilla et Eventbrite confiance du framework Django REST pour alimenter certains de leurs API
Ce qui est nouveau dans cette version:.
< ul>
Ce qui est nouveau dans la version 3.1.0:.
- Mieux de support pour l'API des versions
- Prise en charge de l'internationalisation.
- Soutien à HStoreField et ArrayField de Django 1.8.
- Un schéma curseur pagination super-intelligent.
- Une meilleure API de pagination, en-tête de support ou en corps styles de pagination.
- les contrôles de pagination rendu dans l'API explorable.
Ce qui est nouveau dans la version 3.0.5:
- Représentations imprimable sur sérialiseurs qui vous permettent d'inspecter exactement quels domaines sont présents sur l'instance.
- sérialiseurs modèle simple qui sont considérablement plus faciles à comprendre et déboguer, et qui le rendent facile pour basculer entre la classe implicite ModelSerializer et la classe explicite sérialiseur.
- Une nouvelle classe de BaseSerializer, ce qui rend plus facile d'écrire sérialiseurs pour backends de stockage alternatives, ou de personnaliser complètement votre sérialisation et la logique de validation.
- Une API de champs plus propre, y compris de nouvelles classes telles que ListField et MultipleChoiceField.
- implémentations par défaut super simple pour les vues génériques. de
- Support pour des raisons impérieuses comment les erreurs de validation sont traitées par votre API.
- Une API de métadonnées qui vous permet de personnaliser la façon dont OPTIONS demandes sont traitées par votre API.
- Une sortie JSON plus compact avec un encodage de style unicode activé par défaut.
- formulaire HTML basé Templated rendu pour sérialiseurs.
Ce qui est nouveau dans la version 2.3.12:
- fix de sécurité:
- OrderingField maintenant seulement permet de commander sur les champs de sérialiseur lisibles, ou sur les champs explicitement spécifié en utilisant ordering_fields. Cela empêche les utilisateurs de pouvoir commander par des champs qui ne sont pas visibles dans l'API, et l'exploitation de l'ordre des données sensibles telles que les mots de passe.
- Correction:
- write_only = True champs affichent maintenant dans l'API explorable.
Ce qui est nouveau dans la version 2.2.0:.
- Python 3 support
- Ajout d'un post_save () accrocher aux vues génériques.
- Laissez sérialiseurs pour gérer dicts ainsi que des objets.
- Déprécier ManyRelatedField () syntaxe en faveur de RelatedField (beaucoup = True)
- Déprécier null = True sur les relations en faveur de la nécessaire = False.
- déprécier blank = True sur CharFields, il suffit d'utiliser requise = False.
- déprécier argument optionnel obj dans Autorisations chèques en faveur de has_object_permission.
- désapprouvent le comportement implicite des relations hyperliens.
- Correction: Fix DjangoModelPermissions cassés .
- Correction:. Autoriser la sortie de sérialiseur à être mis en cache
- Correction: Fix style sur consultable API connexion .
Ce qui est nouveau dans la version 2.1.6:.
- détacher DjangoModelPermissions
Quoi de neuf dans la version 2.1.1:
- l'utilisation de l'appui de modèles HTML d'exception. Par exemple. 403.html
- Hyperlinked champs prennent des arguments optionnels slug_field, slug_url_kwarg et pk_url_kwarg.
- Correction:. Deal with slashs de suivi optionnels correctement lors de la génération de chapelure
- Correction: Faire textareas même largeur que les autres champs de l'API dépliant .
Exigences :
- 2.6.x Python ou supérieur
- Django 1.3 ou supérieur
Commentaires non trouvées