Gestion du PUT pour l'API et refactorisation de RegisterView

# Gestion du PUT

Pour pouvoir tester cette fonctionnalité de l'API, il faut d'abord s'authentifier (via l'API) pour récupérer un `acces_token`et le fournir dans le header d'une requête PUT via une console REST de votre choix.

L'url est la même que lorsque vous voulez récupérer un membre :

```
http://localhost:8000/api/membres/1/
```

> **Attention :** Je ne suis pas parvenu à pouvoir modifier l'`username` et l'`email` malgré tous mes efforts. Si quelqu'un à une idée, je sèche personnellement.

# Refactorisation de RegisterView

Utilise l'approche CBV pour la création d'un membre. Je l'ai fais mais ça m'a fait réfléchir pour l'API. Selon moi, l'API doit pouvoir créer un membre mais doit réagir de la même manière que sur le site ; c'est-à-dire de créer un membre inactif et d'envoyer un e-mail pour confirmer l'inscription.

Partant de là, il faudrait trouver un moyen d'externaliser le code commun entre la vue du site et la future vue de l'API.

Des idées ?