Vous voyez ce que nous avons fait ici est d`étendre la méthode de création disponible pour la classe vidéo et non pour le modèle d`image. Ce que nous voulons faire est de créer une instance de l`une de nos classes sans avoir à spécifier la valeur de type. Étant donné que la valeur par défaut pour le modèle de base est image, nous n`avons pas besoin de spécifier une méthode Create pour les instances d`image-elles sont les valeurs par défaut. L`avantage sur un dictionnaire est que Django instanciera uniquement chaque instance de modèle si cette branche du conditionnel est exécutée, plutôt que de l`évaluer et de l`instancier tous. Cette approche peut réduire votre utilisation de la mémoire, surtout si vous avez de nombreuses implémentations sur mesure ou des implémentations sur mesure très compliquées. Le modèle proxy est agnostique quant au mécanisme que vous implémentez pour la communication entre les instances de microservices exécutées sur les serveurs d`applications derrière NGINX plus. La communication entre les microservices est gérée par un mécanisme de votre choix, tel que les requêtes Round-Robin DNS d`un service à l`autre. Un poste dans notre série en sept parties, Building microservices, discute des principales approches utilisées pour la communication inter-processus dans une architecture de microservices. La structure et les caractéristiques globales du modèle de proxy ne sont que partiellement spécifiques aux microservices; beaucoup d`entre eux sont simplement les meilleures pratiques lors du déploiement de NGINX plus en tant que serveur proxy inverse et équilibreur de charge. Vous pouvez commencer à implémenter le modèle de proxy pendant que votre application est toujours un monolithe. Une liste complète de toutes les options Meta possibles peut être trouvée dans la référence d`option de modèle. Les capacités du modèle proxy relèvent de trois catégories.

Ces fonctionnalités optimisent les performances: Django est livré avec des dizaines de types de champs intégrés; vous pouvez trouver la liste complète dans la référence de champ de modèle. Vous pouvez facilement écrire vos propres champs si les intégrés de Django ne font pas l`affaire; Voir écriture de champs de modèle personnalisés. Vous pouvez également créer des relations récursives (un objet avec une relation plusieurs-à-un à elle-même) et des relations avec des modèles non encore définis; consultez la référence du champ de modèle pour plus de détails. Une alternative consiste à créer un champ-une colonne, si vous le souhaitez-pour le suivi du type d`histoire, puis la création de modèles proxy pour chaque type d`histoire en fonction de cette valeur. Si vous souhaitez ajouter un nouveau gestionnaire au proxy, sans remplacer la valeur par défaut existante, vous pouvez utiliser les techniques décrites dans la documentation du gestionnaire personnalisé: créer une classe de base contenant les nouveaux gestionnaires et hériter qu`après la classe de base primaire: il y a un autre ensemble de méthodes de modèle qui encapsulent un groupe de comportement de base de données que vous voudrez personnaliser. En particulier, vous souhaiterez souvent modifier la façon dont Save () et Delete () fonctionnent. Ainsi, un modèle enfant n`a pas accès à la classe Meta de son parent. Toutefois, il existe quelques cas limités où l`enfant hérite du comportement du parent: si l`enfant ne spécifie pas un attribut de classement ou un attribut get_latest_by, il héritera de ceux-ci de son parent.

Définissez des méthodes personnalisées sur un modèle pour ajouter des fonctionnalités personnalisées de niveau ligne à vos objets. Alors que les méthodes Manager sont destinées à faire des choses «à l`échelle de la table», les méthodes de modèle doivent agir sur une instance de modèle particulière. Dans Django, plusieurs classes différentes peuvent hériter de la même classe Model avec les modèles proxy appelés. Notre ancien modèle régulier pourrait ressembler à ceci: il est parfaitement correct de relier un modèle à un d`une autre application. Pour ce faire, importez le modèle associé en haut du fichier où votre modèle est défini. Ensuite, il suffit de se référer à l`autre classe de modèle où nécessaire. Par exemple: le cas d`utilisation pour les modèles de proxy, j`ai trouvé, est l`exception plutôt que la règle. La clé ici est que nos modèles, nos modèles finaux qui sont, sont tous assez étroitement liés. Les attributs de contenu ne diffèrent pas tant que ça. Si vos modèles diffèrent grandement et que vous n`avez pas besoin d`agrégation simple, ignorez les modèles de proxy. Nous discutons de chaque groupe de fonctionnalités plus en détail ci-dessous.