Renderowanie obiektów JSON przy użyciu szablonu Django po wywołaniu Ajax

Oto jak używam tego samego szablonu do tradycyjnego renderowania i renderowania Ajax-response.

Szablon:

<div  id="sortable">

{% include "admin/app/model/subtemplate.html" %}
</div>

Dołączony szablon (aka: subtemplate):

<div id="results_listing">
{% if results %}
    {% for c in results %}
        .....
    {% endfor %}
{% else %}

Ajax-view:

@login_required
@render_to('admin/app/model/subtemplate.html')#annoying-decorator
def ajax_view(request):
    .....

    return { 
        "results":Model.objects.all(),
    }      

Oczywiście możesz użyć render_to_response. Ale lubię tych denerwujących dekoratorów: d

Nie ma powodu, dla którego nie możesz zwrócić wyrenderowanego bitu HTML za pomocą Ajax i wstawić go do istniejącej strony w miejscu, w którym chcesz. Oczywiście możesz użyć szablonów Django do renderowania tego HTML, jeśli chcesz.

Kiedy robisz Ajax nie sądzę, że masz jakiekolwiek zastosowanie do szablonów. Szablon jest tam tak, że można generować dynamiczny HTML po stronie serwera łatwo i dlatego dostarcza kilka haków programistycznych wewnątrz HTML.

W przypadku Ajax przekazujesz dane JSON i możesz je formatować tak, jak chcesz w Pythonie. a elementy HTML / document będą generowane po stronie klienta przy użyciu JSON przez jakąś bibliotekę JavaScript np. jQuery po stronie klienta.

Może jeśli masz bardzo szczególny przypadek zastępując jakiś wewnętrzny HTML od strony serwera HTML to może można użyć szablonów ale w takim razie po co Ci JSON? Możesz po prostu odpytywać stronę HTML za pomocą Ajax i zmienić wewnętrzny lub zewnętrzny lub jakikolwiek HTML.

Szablony służą do Prezentacji . Odpowiadanie danymi w formacie X (JSON, JSONP, XML, YAML, *ml itp.) nie jest prezentacją, więc nie potrzebujesz szablonów. Po prostu serializuj swoje dane do formatu X i zwróć je w odpowiedzi HttpResponse.

Chociaż szablony są rzeczywiście tylko do celów prezentacji, nie powinno mieć znaczenia, czy robisz to po stronie serwera czy po stronie klienta. Wszystko sprowadza się do oddzielenia logiki sterowania, która wykonuje akcję, od logiki widoku, która jest po prostu odpowiedzialna za tworzenie znaczników. Jeśli twoja logika sterowania javascript musi obsługiwać sposób renderowania lub wyświetlania HTML, możesz to robić źle, ale jeśli wyizolujesz tę logikę renderowania do innego obiektu lub funkcji, i wystarczy przekazać mu dane niezbędne do renderowania, wtedy powinno być dobrze; odzwierciedla to, jak oddzielamy nasze kontrolery, modele i widoki po stronie serwera.

Spójrz na projekt github: http://github.com/comolongo/Yz-Javascript-Django-Template-Compiler

Kompiluje szablony django do zoptymalizowanych funkcji javascript, które będą generować Twój HTML Prezentacji z danymi, które go przekazujesz. Skompilowane funkcje są w czystym javascript, więc nie ma zależności od innych bibliotek. Ponieważ szablony są kompilowane zamiast parsowania w czasie wykonywania, łańcuchy i zmienne są już umieszczone w łańcuchach javascript, które muszą być po prostu konkatenowane, więc uzyskujesz ogromny wzrost prędkości w porównaniu do technik, które wymagają manipulacji dom lub parsowania skryptów, aby uzyskać ostateczną prezentację. W tej chwili są tam tylko podstawowe tagi i filtry, ale powinno wystarczyć dla większości rzeczy, a więcej tagów zostanie dodanych jako ludzie zacznij składać wnioski o nie lub zacznij przyczyniać się do projektu.

Możesz użyć jquery.load() lub podobnego, generując HTML na serwerze i ładując go do DOM za pomocą JavaScript. Myślę, że ktoś nazwał to AJAH .

Niestety, Szablony Django są przeznaczone tylko do wykonywania po stronie serwera. Istnieje co najmniej jeden projekt do renderowania szablonów Django przy użyciu Javascript, ale nie korzystałem z niego i nie wiem, jak szybko, dobrze obsługiwany lub aktualny jest. Poza tym, musisz albo użyć szablonów Django na serwerze, albo wygenerować dynamiczne elementy na Kliencie bez użycia szablonów.