Il me semble que vous essayez de combiner des choses qui ne devraient pas être combinées. Si vous devez effectuer un traitement différent dans votre vue selon qu'il s'agit d'un objet Utilisateur ou Groupe que vous essayez d'examiner, vous devez utiliser deux fonctions de vue différentes.

D'un autre côté, il peut y avoir des idiomes communs que vous voudriez extraire de votre objet

À moins que vous ne vouliez faire quelque chose d'un peu complexe, l'utilisation des vues génériques est la solution. Ils sont bien plus puissants que leur nom ne l'indique, et si vous affichez simplement des données de modèle, des vues génériques feront l'affaire.

Les vues génériques seront généralement la solution, mais en fin de compte, vous êtes libre de gérer les URL comme vous le souhaitez. FormWizard fait les choses d'une manière basée sur les classes, comme le font certaines applications pour les API RESTful.

Fondamentalement, avec une URL, vous disposez d'un tas de variables et d'un emplacement pour fournir un callable, ce que vous fournissez dépend entièrement de vous - la manière standard est de fournir une fonction - mais finalement Django ne met aucune restriction sur ce que vous faites .

Je suis d'accord que quelques exemples supplémentaires de la façon de procéder seraient bien, FormWizard est probablement le point de départ cependant.