Aller au contenu

Modèle générique avec Django#

📆 Date de publication initiale : 31 juillet 2013

Mots-clés : Django | Python

Dans un des projets sur lequel je travaille, j'ai plusieurs modèles dont la structure est similaire mais dont seule la table change. En fait, il s'agit d'une grille géographique couvrant le monde et dont la résolution change en fonction du zoom. Plutôt que de répéter la même structure pour chacune des classes, il est bien plus simple de s'appuyer sur un modèle générique qui servira aux autres. Avec Django, rien de plus simple ! Voyons cela immédiatement.


Première étape, il faut bien évidemment créer votre modèle générique (classe abstraite). Celle-ci dépend de votre usage et son implémentation ne change pas de ce qui se fait habituellement mise à part l'utilisation de la combinaison abstract = True. Comme son nom l'indique, cette combinaison spécifie que notre classe est abstraite ce qui signifie qu'elle pourra être utilisée par d'autres classes mais aussi qu'elle ne fait référence à aucune table de notre base et donc qu'aucune table ne sera créée lors de l'utilisation de syncdb. Par exemple, ma classe générique ressemble à cela :

class gridGenericView(models.Model): id = models.IntegerField(primary_key=True) bbox = models.PolygonField() generalvalue = models.IntegerField(null=True, blank=True) thematicaccuracy = models.IntegerField(null=True, blank=True) positionalaccuracy = models.IntegerField(null=True, blank=True) completeness = models.IntegerField(null=True, blank=True) objects = models.GeoManager() class Meta: abstract = TrueToutes les autres classes de mon application ont exactement la même structure, seul change le nom de la table. Il me suffit alors de simplement écrire mes nouvelles classes de la manière suivante :

class osmqualitygridxlargevalues(gridGenericView): class Meta: db_table = 'osmqualitygridxlargevalues' class osmqualitygridlargevalues(gridGenericView): class Meta: db_table = 'osmqualitygridlargevalues' Plutôt simple non ? Vous noterez que contrairement à gridGenericView qui hérite de models.Model, mes deux autres classes héritent de gridGenericView. Dans mon cas, je souhaitais simplement changer la table à laquelle ses classes font référence. Mais rien ne vous empêche d'ajouter des champs en fonction de vos besoins. C'est ça que j'aime avec Django, c'est simple et bien pensé :)


Auteur#

Arnaud Vandecasteele#

portrait

Bien qu'issu à l'origine d'un parcours universitaire (doctorat et post-doc), j'ai finalement tenté l'aventure entrepreunariale au travers de Geolab.
Mes principaux centres d'intêrets dans le domaine de la géomatique portent sur les logiciels Open Source et plus particulièrement QGIS.
J'aime également le développement informatique avec une forte préférence à tout ce qui se passe côté serveur (base de données, traitements, etc.). Côté techno, mes choix se portent habituellement sur du (Geo)Django et PostgreSQL/PostGIS.

Pendant mon temps libre, vous me trouverez un GPS à la main afin de contribuer à OpenStreetMap ou sur un tatami en train de pratiquer le Jiu-Jitsu Brésilien.

Si vous êtes intéressé par l'un ou tous ces sujets, n'hésitez pas à me contacter !


Dernière mise à jour: 24 septembre 2021
Créé: 24 septembre 2021
Contributions à cette page : Julien Moura

Ce contenu est sous licence Creative Commons BY-NC-SA 4.0 International


Commentaires

Une version minimale de la syntaxe markdown est acceptée pour la mise en forme des commentaires.
Propulsé par Isso.
Retour en haut de la page