je suis tombé dans une situation où je voulais quelque chose comme ça. Voici ce que j'ai trouvé (notez que si vous essayez de l'utiliser comme une vue de mise à jour et qu'il ne peut pas trouver l'objet demandé, il se comportera comme une vue de création plutôt que de lancer un 404):

from django.views.generic.detail import SingleObjectTemplateResponseMixin
from django.views.generic.edit import ModelFormMixin, ProcessFormView

class CreateUpdateView(SingleObjectTemplateResponseMixin, ModelFormMixin,
        ProcessFormView):

    def get_object(self, queryset=None):
        try:
            return super(CreateUpdateView,self).get_object(queryset)
        except AttributeError:
            return None

    def get(self, request, *args, **kwargs):
        self.object = self.get_object()
        return super(CreateUpdateView, self).get(request, *args, **kwargs)

    def post(self, request, *args, **kwargs):
        self.object = self.get_object()
        return super(CreateUpdateView, self).post(request, *args, **kwargs)

il s'avère que UpdateView et CreateView héritent exactement des mêmes classes et mixins. La seule différence réside dans les méthodes get/post. Voici comment ils sont définis dans la source de django (1.8.2):

class BaseCreateView(ModelFormMixin, ProcessFormView):
    """
    Base view for creating an new object instance.

    Using this base class requires subclassing to provide a response mixin.
    """
    def get(self, request, *args, **kwargs):
        self.object = None
        return super(BaseCreateView, self).get(request, *args, **kwargs)

    def post(self, request, *args, **kwargs):
        self.object = None
        return super(BaseCreateView, self).post(request, *args, **kwargs)


class CreateView(SingleObjectTemplateResponseMixin, BaseCreateView):
    """
    View for creating a new object instance,
    with a response rendered by template.
    """
    template_name_suffix = '_form'


class BaseUpdateView(ModelFormMixin, ProcessFormView):
    """
    Base view for updating an existing object.

    Using this base class requires subclassing to provide a response mixin.
    """
    def get(self, request, *args, **kwargs):
        self.object = self.get_object()
        return super(BaseUpdateView, self).get(request, *args, **kwargs)

    def post(self, request, *args, **kwargs):
        self.object = self.get_object()
        return super(BaseUpdateView, self).post(request, *args, **kwargs)


class UpdateView(SingleObjectTemplateResponseMixin, BaseUpdateView):
    """
    View for updating an object,
    with a response rendered by template.
    """
    template_name_suffix = '_form'

comme vous pouvez le voir, les méthodes get et post de CreateView positionnent self.object = None alors que le UpdateView le positionne à self.get_object() . Tout ce que j'ai fait c'est combiner ces deux dans ma méthode CreateUpdateView.get_object qui tente d'appeler la classe de parent get_object et retourne None plutôt que de soulever une exception s'il n'y a pas d'objet.

pour servir une page 404 lorsqu'il est utilisé comme une vue de mise à jour, vous pourriez probablement remplacer as_view et passez - lui un argument booléen update_only . Si update_only est True et que la vue ne trouve pas l'objet, alors levez le 404.

comme suggéré par @scubabuddha j'ai rencontré une situation similaire et j'ai utilisé sa réponse modifiée comme @mario-orlandi suggéré dans son commentaire:

from django.views.generic import UpdateView


class CreateUpdateView(UpdateView):

    def get_object(self, queryset=None):
        try:
            return super().get_object(queryset)
        except AttributeError:
            return None

j'ai utilisé Cette solution avec Django 1.11 mais je pense qu'elle peut fonctionner avec Django 2.0.

mise à Jour

je confirme que cette solution fonctionne avec Django 2.0.7.

pour partager le code entre votre UpdateView et CreateView , au lieu de créer une classe combinée, vous pouvez utiliser une superclasse commune comme mixin. De cette façon, il pourrait être plus facile de séparer les différentes préoccupations. Et-vous pouvez réutiliser beaucoup de code Django existant.

class BookFormView(PJAXContextMixin):
    template_name = 'library/book_form.html'
    form_class = BookForm

    def form_valid(self, form):
        form.instance.owner = self.request.user
        return super().form_valid(form)

    class Meta:
        abstract = True


class BookCreateView(BookFormView, CreateView):
    pass


class FormatUpdateView(BookFormView, UpdateView):
    queryset = Book.objects

vous pouvez également utiliser Django Smartmin qui est inspiré de CBV de Django. Voici un exemple tiré de la documentation: https://smartmin.readthedocs.org/en/latest/quickstart.html