Ukryj "Brak" jako ciąg znaków w Jinja2

Question

Jak przekonać Jinja2, aby nie drukować "None", gdy wartość to None?

Mam kilka pozycji w słowniku i chciałbym wydrukować wszystko w pojedynczej pętli zamiast specjalnych przypadków dla różnych słów kluczowych. Jeśli mam wartość None (NoneType, a nie ciąg), to ciąg "None" jest wstawiany do wyników renderowania szablonu.

Próba tłumienia go za pomocą {{ value or '' }} działa zbyt dobrze, ponieważ zastąpi również wartość liczbową zero.

Czy muszę filtrować słownik przed przekazaniem go do wersji Jinja2 w celu renderowania?

Answer 1

{{ value if value is not None }} działa świetnie.

jeśli to zgłasza błąd o nie mającą jeszcze spróbuj użyć innego ..

{{ value if value is not None else '' }}

Answer 2

Default filter:

{{ value|default("", True) }} 

Answer 3

Inną opcją jest użycie hak finalize na środowisko:

>>> import jinja2 
>>> e = jinja2.Environment() 
>>> e.from_string("{{ this }}/{{ that }}").render(this=0, that=None) 
u'0/None' 

ale:

>>> def my_finalize(thing): 
...  return thing if thing is not None else '' 
... 
>>> e = jinja2.Environment(finalize=my_finalize) 
>>> e.from_string("{{ this }}/{{ that }}").render(this=0, that=None) 
u'0/' 

Answer 4

Niestandardowy filtr może rozwiązać problem. Oświadczam, to tak:

def filter_supress_none(val): 
    if not val is None: 
     return val 
    else: 
     return '' 

Zainstaluj go tak:

templating_environment.filters['sn'] = filter_supress_none 

Używaj go tak:

{{value|sn}} 

Answer 5

Według tego postu z Pocco listy mailingowej: https://groups.google.com/d/msg/pocoo-libs/SQ9ubo_Kamw/TadIdab9eN8J

Armin Ronacher (twórca Jinja2/Flask, etc ...) zaleca następujące "pythonic" Fragment:

{{ variable or 0 }}{{ variable or '' }}

Pojęcie tutaj jest, że po raz kolejny, wyraźny korzystne jest niejawna.

Edytuj: Wybrana odpowiedź jest zdecydowanie poprawna. Tak naprawdę nie natknąłem się na sytuację, w której zmienna szablonu byłaby ciągiem lub cyfrą zero, więc powyższe fragmenty mogą pomóc zredukować szum kodu w szablonie.