Function-based widoki w Django i `rest_framework`.

W Django ostatnio programowałem 100 lat temu, ale z tego co pamiętam to przekierowujesz ruch do obiektu klasy albo funkcji i dopiero tam go rozdzielasz. Innymi słowy nie ma gotowego rozwiązania gdzie masz osobne metody. Po co Ci to?

Haskell napisał(a):

W Django ostatnio programowałem 100 lat temu, ale z tego co pamiętam to przekierowujesz ruch do obiektu klasy albo funkcji i dopiero tam go rozdzielasz. Innymi słowy nie ma gotowego rozwiązania gdzie masz osobne metody. Po co Ci to?

Nie chcę pisać ifów, chciałbym oddzielić logikę od HTTP jeśli mogę.

Jeżeli nie chcesz używać ifów to zostaje class based view gdzie masz osobne metody dla każdej metody HTTP.

Haskell napisał(a):

Jeżeli nie chcesz używać ifów to zostaje class based view gdzie masz osobne metody dla każdej metody HTTP.

Dziękuję za podsumowanie, tego co napisałem w pytaniu:

TomRiddle napisał(a):

Matomiast w Django nie ma takiego rozróżnienia. Mam albo Class-based view [...]
Albo decoratora @app_view z `rest_framework
[...] endpoint w Django to jest "jedna" rzecz, i nie znam sposobu jak zadeklarować osobne metody/widoki dla dwóch metod.

Ale skupmy się na moim głównym pytaniu:

TomRiddle napisał(a):

Znacie jakiś sposób?

Bo to że

to przekierowujesz ruch do obiektu klasy albo funkcji i dopiero tam go rozdzielasz.

to już wiedziałem i napisałem w pytaniu. Pytałem o inne rozwiązania.

Dostałeś już odpowiedź.

Patrząc po postach wyżej to imo nie wiem czy trolling czy nie, ale here we go anyway.
https://www.django-rest-framework.org/tutorial/3-class-based-views/

class SnippetList(APIView):
    """
    List all snippets, or create a new snippet.
    """
    def get(self, request, format=None):
        snippets = Snippet.objects.all()
        serializer = SnippetSerializer(snippets, many=True)
        return Response(serializer.data)

    def post(self, request, format=None):
        serializer = SnippetSerializer(data=request.data)
        if serializer.is_valid():
            serializer.save()
            return Response(serializer.data, status=status.HTTP_201_CREATED)
        return Response(serializer.errors, status=status.HTTP_400_BAD_REQUEST)

idąc dalej masz:

class SnippetDetail(mixins.RetrieveModelMixin,
                    mixins.UpdateModelMixin,
                    mixins.DestroyModelMixin,
                    generics.GenericAPIView):
    queryset = Snippet.objects.all()
    serializer_class = SnippetSerializer

    def get(self, request, *args, **kwargs):
        return self.retrieve(request, *args, **kwargs)

    def put(self, request, *args, **kwargs):
        return self.update(request, *args, **kwargs)

    def delete(self, request, *args, **kwargs):
        return self.destroy(request, *args, **kwargs)

a jeszcze dalej:

np.

class SnippetList(generics.ListCreateAPIView):
queryset = Snippet.objects.all()
serializer_class = SnippetSerializer

class SnippetDetail(generics.RetrieveUpdateDestroyAPIView):
queryset = Snippet.objects.all()
serializer_class = SnippetSerializer

Nie ma tu żadnych ifów. Normalnie definiujemy metody, tworzymy klasy które potem rejestrujemy w Routerze

grski napisał(a):

Patrząc po postach wyżej to imo nie wiem czy trolling czy nie, ale here we go anyway.

Nie ma tu żadnych ifów. Normalnie definiujemy metody, tworzymy klasy które potem rejestrujemy w Routerze

No własnie, klasy.

Ja w pytaniu wyraźnie napisałem że chce różne metody z jednego endpointa rejestrować osobno, żeby oddzielić bardziej logikę controllera od HTTP. Tzn zarejestrować osobno POST i osobno GET. Nie wiem, czy ja niewyraźnie napisałem?

Nie ma łatwego sposobu na to.
Jeśli nie pytasz z czystej ciekawości, to mamy tu problem xy. Po co chcesz taką separację? Piszesz w Django, to pisz w Django, nie wciskaj tu springa czy innych pehapów.

iksde napisał(a):

Nie ma łatwego sposobu na to.

Jeśli nie pytasz z czystej ciekawości, to mamy tu problem xy.

Tworzę aplikację w Django, i staramy się stworzyć true-rest. Mam endpoint /user który ogarnia zupełnie inne rzeczy na GET /user i POST /user. Nie chcę takich różnych logik trzymać w jednym miejscu, a nie mam wyboru. Nawet jak je oddeleguję, to i tak chciałbym widzieć w urls.py że to są różne rzeczy.

Po co chcesz taką separację?

GETy i POSTy się rządzą różnymi prawami, nie widzę powodu żeby to razem trzymać, razem rozwijać i razem testować.

Piszesz w Django, to pisz w Django, nie wciskaj tu springa czy innych pehapów.

Dzięki za sugestie.

No to wybraliście złe narzędzie.