Widoki klas w Django

Musiałem używać widoków opartych na klasach, ale chciałem móc używać pełnej nazwy klasy w moim Urlconfie bez konieczności tworzenia instancji klasy widoku przed jej użyciem. To, co mi pomogło, to zaskakująco prosta metaklasa: {]}

class CallableViewClass(type):
    def __call__(cls, *args, **kwargs):
        if args and isinstance(args[0], HttpRequest):
            instance = super(CallableViewClass, cls).__call__()
            return instance.__call__(*args, **kwargs)
        else:
            instance = super(CallableViewClass, cls).__call__(*args, **kwargs)
            return instance


class View(object):
    __metaclass__ = CallableViewClass

    def __call__(self, request, *args, **kwargs):
        if hasattr(self, request.method):
            handler = getattr(self, request.method)
            if hasattr(handler, '__call__'):
                return handler(request, *args, **kwargs)
        return HttpResponseBadRequest('Method Not Allowed', status=405)

Mogę teraz zarówno instantiate view classes jak i używać instancji jako funkcji widoku, lub mogę po prostu skierować mój URLconf do mojej klasy i poprosić metaclass instantiate (i wywołać) klasę widoku dla mnie. Działa to poprzez sprawdzenie pierwszego argumentu __call__ – jeśli jest to HttpRequest, musi to być rzeczywiste żądanie HTTP, ponieważ nonsensem byłoby dołączanie instancji klasy view do instancji HttpRequest.

class MyView(View):
    def __init__(self, arg=None):
        self.arg = arg
    def GET(request):
        return HttpResponse(self.arg or 'no args provided')

@login_required
class MyOtherView(View):
    def POST(request):
        pass

# And all the following work as expected.
urlpatterns = patterns(''
    url(r'^myview1$', 'myapp.views.MyView', name='myview1'),
    url(r'^myview2$', myapp.views.MyView, name='myview2'),
    url(r'^myview3$', myapp.views.MyView('foobar'), name='myview3'),
    url(r'^myotherview$', 'myapp.views.MyOtherView', name='otherview'),
)

(zamieściłem do tego fragment na http://djangosnippets.org/snippets/2041/)

Jeśli po prostu wyświetlasz dane z modeli, dlaczego nie użyć Generic Views Django ? Są one zaprojektowane tak, aby umożliwić łatwe wyświetlanie danych z modelu bez konieczności pisania własnego widoku i rzeczy o mapowaniu parametrów URL do widoków, pobieraniu danych, obsłudze przypadków brzegowych, renderowaniu danych itp.

Zawsze możesz utworzyć klasę, nadpisać __call__ funkcji, a następnie skierować plik URL do instancji klasy. Możesz spojrzeć na klasę FormWizard , aby zobaczyć, jak to się robi.

Wygląda na to, że próbujesz łączyć rzeczy, których nie należy łączyć. Jeśli chcesz wykonać inne przetwarzanie w widoku w zależności od tego, czy jest to obiekt użytkownika lub grupy, na który próbujesz spojrzeć, powinieneś użyć dwóch różnych funkcji widoku.

Z drugiej strony mogą istnieć typowe idiomy, które chcesz wyodrębnić z widoków typu object_detail... może przydałby ci się dekorator lub po prostu funkcje pomocnicze?

-Dan

Jeśli nie chcesz zrobić czegoś skomplikowanego, użyj ogólnych widoków. Są one znacznie potężniejsze, niż sugeruje ich nazwa, a jeśli tylko wyświetlasz dane modelu, ogólne widoki wykonają zadanie.

Ogólne widoki zazwyczaj będą dobrym rozwiązaniem, ale ostatecznie możesz obsługiwać adresy URL w dowolny sposób. FormWizard działa w sposób klasowy, podobnie jak niektóre aplikacje dla interfejsów API RESTful.

Zasadniczo z adresem URL otrzymujesz kilka zmiennych i miejsce na dostarczenie funkcji wywołującej, to, co możesz wywołać, zależy całkowicie od Ciebie - standardowym sposobem jest dostarczenie funkcji - ale ostatecznie Django nie nakłada żadnych ograniczeń na to, co robisz.

Zgadzam się, że jeszcze kilka przykładów Jak to zrobić byłoby dobre, FormWizard jest prawdopodobnie miejscem, aby zacząć choć.

Jeśli chcesz dzielić wspólną funkcjonalność między stronami, proponuję spojrzeć na niestandardowe tagi. Są dość łatwe do stworzenia i są bardzo potężne.

Również szablony mogą rozszerzać się z innych szablonów . Dzięki temu możesz mieć podstawowy szablon, aby skonfigurować układ strony i udostępnić go między innymi szablonami, które wypełniają puste pola. Możesz zagnieżdżać szablony do dowolnej głębokości; pozwalając określić układ na oddzielnych grupach powiązanych stron w jednym miejsce.

Możesz użyć ogólnych widoków Django. Możesz łatwo osiągnąć pożądaną funkcjonalność poprzez ogólne widoki Django