Ist es eine idiomatische Datei-Erweiterung für Jinja-templates?

Muss ich programmatisch unterscheiden zwischen Jinja template-Dateien, die anderen template-Dateien (z.B. ERB), und template-weniger-nur-text-Dateien.

Laut Jinja-Dokumentation:

Einer Jinja template braucht nicht auf eine bestimmte extension: .html -, .xml, oder eine andere Erweiterung ist auch gut so.

Aber was sollte ich verwenden, wenn eine ausdrückliche Erweiterung ist erforderlich? .py ist irreführend, und alle suchen, in denen die Wörter "jinja" und "Erweiterung" sind schlecht searchwashed durch die Diskussion um Jinja-Erweiterungen.

Konnte ich problemlos diktieren eine Projektweite Konvention (.jnj oder .ja in den Sinn kommen), aber dies ist für open source, so dass ich nicht wollen, gegen den trend, wenn es bereits etablierte Praxis, irgendwo.


EDIT 1: Wieder, ich verstehe, dass die Jinja Projekt — absichtlich — nicht definiert ein Standard-Datei-Erweiterung. Ich bin zu Fragen, ob es irgendwelche inoffizielle Konventionen herausgebildet haben, für die Umstände, in denen eine gewünscht ist einige Projekt-spezifischen Grund.


EDIT 2: Klarstellung: Das ist nicht für HTML-Inhalt.

  • Seite Hinweis für andere, die gefunden wurden diese während der Suche im Kontext von HTML: eine Sache, vorsichtig zu sein über ist, dass Datei-Erweiterungen Folgen so weit als HTML-autoescapes betroffen sind. Wenn Sie be-Makros für die Verwendung in einer HTML-Vorlage, {% import "whatever.html" as foo %} fungieren, wenig überraschend, während {% import "whatever.jinja" as foo %} führen autoescapes wie > immer >. Ich vermute, das ist ein Teil, warum eine Menge von Django und Flask Benutzer am Ende mit .html.
Schreibe einen Kommentar