Jak stopniowo przerobić projekt Django na Vue.js + DRF SPA?

Jak stopniowo przerobić projekt Django na Vue.js + DRF SPA?
RK
  • Rejestracja:ponad 5 lat
  • Ostatnio:ponad 4 lata
  • Postów:8
0

Mam dość rozbudowany projekt w Django i nie mam czasu na przepisanie tego na Django Rest Framework + Vue.js. Chciałbym stopniowo przepisywać niektóre elementy(np. nowe features) na Vue.js + API endpoints. Jak do tego podejść tak żeby można używać vuex itd.

edytowany 2x, ostatnio: rosyjski_kon
Patryk27
Moderator
  • Rejestracja:ponad 17 lat
  • Ostatnio:prawie 2 lata
  • Lokalizacja:Wrocław
  • Postów:13042
0

Przede wszystkim: dlaczego chciałbyś zacząć przepisywać?


RK
nie wiem, bo teraz jest taka moda i wszyscy mówią, że zwykłych aplikacji Django już się nie robi i powinno się przepisywać
Patryk27
Moderator
  • Rejestracja:ponad 17 lat
  • Ostatnio:prawie 2 lata
  • Lokalizacja:Wrocław
  • Postów:13042
0

nie wiem, bo teraz jest taka moda

Przepisywanie / refaktoring / etc. to pewien rodzaj inwestycji: w zamian za kilkadziesiąt / kilkaset godzin (a zatem kilkadziesiąt / kilkaset tysięcy złotych) możesz osiągnąć pewien efekt; przykładowo przepisując część aplikacji z PHP na Javę możesz długoterminowo zaoszczędzić część pieniędzy na infrastrukturze (przy założeniu, że nowa aplikacja będzie wydajniejsza), lecz w zamian mogą się pojawić problemy z synchronizacją obydwu aplikacji. Klasyczny trade-off.

Dlatego przed przystąpieniem do przepisywania (lub jakiegokolwiek większego refaktoringu), tak jak w przypadku każdej inwestycji, należy rozważyć wszystkie za i przeciw, by poznać, czy warto się w to w ogóle pakować. Być może zamiast np. poświęcać 150h na zmianę frameworka, lepiej będzie stworzyć aplikację, która w jakiś sposób usprawni pracę innego działu firmy?

Jak to zatem wygląda w Twoim wypadku - czy istnieje jakikolwiek argument za przepisywaniem, oprócz peer pressure?

wszyscy mówią, że zwykłych aplikacji Django już się nie robi i powinno się przepisywać

Do poczytania:

Z ciekawości: jeśli za rok mówiliby, że Vue złe i Angular lepszy, to marnowałbyś czas na przepisywanie na Angulara? A czy jeśli za dwa lata powiedzieliby, że Angular zły i jednak React, to przepisywałbyś do Reacta? A jeśli za trzy lata (...)


edytowany 10x, ostatnio: Patryk27
Haskell
  • Rejestracja:prawie 10 lat
  • Ostatnio:12 miesięcy
  • Postów:4700
0

Po pierwsze tak jak wspomniał @Patryk27 "przepisywanie" całego projektu jest bardzo kosztowne i trzeba rozważyć wszystkie za i przeciw. Po drugie Django Rest Framework to tylko kolejny buzzword, kolejny smutny framework oparty na Django, który coś tam wspiera.

Jeżeli rzeczywiście zdecydujesz się na przejście na API REST-owe, to nie przechodź na Django Rest Framework i nie pisze aplkikacji na nowo tylko przepisuj wszystko powoli w swoim projekcie Django. W normalnym Django też możesz łatwo zrobić API REST-owe, które na froncie będzie miało VUE czy React-a. Wystarczy, że zamiast renderować całą stronę za pomocą render zmienisz to na HttpResponse w którym zwrócisz JSON-a z danymi. Dojdzie trochę pracy z formularzami i logowaniem, ale poza tym wszystko łatwo sobie przepiszesz, a co najważniejsze nie musisz przepisywać całej apki od razu tylko po kolei refactorować sobie pojedyncze widoki.


Zaglądali do kufrów, zaglądali do waliz, nie zajrzeli do d**y - tam miałem socjalizm. Czesław Miłosz

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.