von __future__ Import Verwendung in Mako Vorlage

Question

Ich habe

<%! 
    from __future__ import division 
%> 

an der Spitze meiner Vorlagendatei. Ich erhalte den Fehler:

SyntaxError: from __future__ imports must occur at the beginning of the file 

Was ist der richtige Weg, dies zu tun?

Answer 1

Sie können keine from __future__ import Anweisungen in Mako-Vorlagen verwenden. Überhaupt.

Dies liegt daran, eine Mako-Vorlage auf eine Python-Datei kompiliert wird, und damit diese es an der Arbeit setzt an der Spitze dieser Python-Datei einige ersten Strukturen auf:

# -*- encoding:ascii -*- 
from mako import runtime, filters, cache 
UNDEFINED = runtime.UNDEFINED 
__M_dict_builtin = dict 
__M_locals_builtin = locals 
_magic_number = 7 
_modified_time = 1348257499.1626351 
_template_filename = '/tmp/mako.txt' 
_template_uri = '/tmp/mako.txt' 
_source_encoding = 'ascii' 
_exports = [] 

Nur nach diesem Initial Setup ist jeder Code aus der Vorlage selbst enthalten. Ihre from __future__ import division wird nie zuerst platziert werden.

Sie können weiterhin verwenden Gleitkomma-Division durch entweder Operand des / Divisions-Operator mit einem Schwimmer Gießen:

>>> 1/2 
0 
>>> float(1)/2 
0.5 

Solange Sie diese Abhilfe folgen Sie können ohne die division Zukunft Import fein tun.

Answer 2

von __future__ importieren wären ordentlich, aber ich kann nicht glauben, wie es (vielleicht jemanden, der mit Mako Interna kann besser vertraut ist) zu machen, arbeitet. Martijn erklärt, warum es nicht möglich ist. Ich kann jedoch ein paar Arbeiten vorschlagen.

Wenn möglich, machen Sie die Division außerhalb der Vorlage und setzen Sie das Ergebnis in den Kontext. Dies passt zu meiner persönlichen Präferenz, so viel Logik wie möglich aus der Vorlage herauszuhalten.

Wenn das keine Option ist, gibt es die Hacky-Lösung, wandeln Sie Ihre Operanden in Floats um. Wenn Sie diese Abteilung in einer Reihe von verschiedenen Orten tun müssen, können Sie eine Funktion in einem Modul-Ebene Block hinzufügen:

<%! 
    def div(a, b): 
     return float(a)/float(b) 
%> 

Definitiv weniger elegant als das, was Sie im Sinne hatten, aber es wird funktionieren.