Function-based widoki w Django i `rest_framework`.

Przychodzę do Django z języków i frameworków, w którym endpointy są odseparowane od metod HTTP.

W laravelu mamy

Route::get("/user");
Route::post("user");

w springu mamy

@GetMapping("/user");
@PostMapping("/user");

Matomiast w Django nie ma takiego rozróżnienia. Mam albo Class-based view, w którym precyzuję

path('user', UserView.as_view())

# Metody połączone
class UserView:
  def get():  
    pass
  def post():
    pass

Albo decoratora @app_view z rest_framework

@api_view(['GET', 'POST'])
def user(request):
    pass

Tak czy tak, endpoint w Django to jest "jedna" rzecz, i nie znam sposobu jak zadeklarować osobne metody/widoki dla dwóch metod. Znacie jakiś INNY sposób?

PS: Znam class-based! Znam decorator-based! One obie deklarują endpoint na raz. Ja szukam czegoś co je rejestruje osobno tak jak Laravel albo Spring.
PS2: Jeśli jesteś kolejną osobą która chce polecić class-based widoki albo decoratory z rest_framework, to podziękuję, ja szukam czegoś INNEGO.

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.