Django-notification - create_notice_type hyped? Et d'autres questions

Question

J'ai l'intention d'utiliser django-notification Dans mon application Django.

Les documents sont un peu clairsemés pour quelqu'un avec mon niveau d'expérience limité. J'ai besoin de quelques clarifications sur son utilisation.

• Dans l'utilisation du projet.txt, dans la section "Création de types de préavis", il est dit:

Vous devez appeler create_notice_type(label, display, description) Une fois pour créer les types de préavis pour votre application dans la base de données.

Après avoir beaucoup débattu avec moi-même, j'ai l'impression que je n'ai pas vraiment "besoin" de faire ça. L'objectif est de créer des enregistrements pour les types de préavis dans la base de données, donc je peux très bien le faire en utilisant les options de Django-Notification dans la section Admin. Ai-je raison?

Je pense que Create_notice_type est utile lorsque l'on distribue des applications afin qu'elles soient enfichables.

• Dans l'utilisation du projet.txt, dans le cadre de la section "modèles de notification", il est dit:

Il existe quatre modèles différents qui peuvent être écrits pour le contenu réel des avis: .......... Chacun de ceux-ci doit être placé dans un répertoire sur le chemin du modèle appelé notification/<notice_type_label>/<template_name>. Si l'une d'entre elles manquait, une valeur par défaut serait utilisée.

Quels sont ces modèles par défaut? Où ont-ils besoin pour résider? Mettre les quatre modèles mentionnés dans les documents dans un répertoire "Notification" dans le chemin du chargeur de modèle suffisant?

• Comme on peut le voir dans la ligne 43 du projet. Le modèle "notices.html" est utilisé. La ligne 53 utilise "single.html". Mais le projet ne fournit ce modèle nulle part dans sa structure de répertoire. Que se passe-t-il ici?

Answer 1

Je peux très bien le faire en utilisant les options de Django-Notification dans la section Admin. Ai-je raison?

Oui. Vous pouvez les ajouter ou les supprimer via l'administrateur plus tard. Il est simplement facile d'utiliser les mêmes types de préavis dans votre code sans se soucier de les réaliser exactement à chaque fois. Par exemple, si vous utilisez les mêmes types de préavis et réinitialisez constamment votre application pendant que vous développez (comme moi), cela peut être un grand épargnant.

Quels sont ces modèles par défaut? Où ont-ils besoin pour résider? Mettre les quatre modèles mentionnés dans les documents dans un répertoire "Notification" dans le chemin du chargeur de modèle suffisant?

Django-Notifications comprend plus Parmi les modèles de base dont vous avez besoin dans la notification / modèles, mais il manque toujours un seul.html. Pour utiliser vos propres modèles, mettez-les dans votre répertoire de modèle habituel sous / modèle path / notification / template_name. Cela remplacera les valeurs par défaut. Vous pouvez également ajouter des modèles granulaires pour chaque type de préavis en utilisant le format / modèle path / notification / noceLabel_noticeFormat.