Logika interfejsu Django Rest Framework API w witrynie internetowej

Question

Właśnie stworzyłem swoje pierwsze oparte na tokenie API internetowe z Django-Rest-Framework i działało naprawdę dobrze dla moich aplikacji mobilnych.

Mam zamiar rozpocząć tworzenie strony internetowej opartej na Django, ale chciałbym ponownie użyć jak najwięcej mojego kodu API, jak to możliwe.

Opcje widzę to:

• Tworzenie prostej aplikacji Django, który zużywa mój DRF API, musiałby dodać do mojego podstawowego uwierzytelniania API?
• Utwórz trzecią aplikację, która zawiera wszystkie moje modele i logikę, a następnie zaimportuj kod do interfejsu API i aplikacji witryny.

Jak zwykle używasz tego rodzaju ponownego użycia kodu w Django?

Answer 1

Ta odpowiedź jest oparta na moim osobistym podejściu do problemu, zarówno w scenariuszach branżowych, jak i akademickich.

Cenię oddzielenie oprogramowania. W związku z tym chcę zbudować mniejsze komponenty, jak to możliwe do wielokrotnego użytku. Podczas przedstawiania podobnego problemu zbudowałem następujące składniki:

• Django Rest Framework z tokenem opartym na uwierzytelnianiu i kompletnym interfejsem API REST dla wszystkich modeli;
• Aplikacja mobilna, która współdziała z serwerem przy użyciu usługi REST;
• Aplikacja internetowa (w moim przypadku z AngularJS), która współpracuje z aplikacją przy użyciu usługi REST.

Takie podejście pozwala na samodzielne działanie różnych zespołów (backend, mobile, web). Mógłbym wymienić dziesiątki zalet przyjęcia takiego podejścia, ale utorowałem drogę i możesz w razie potrzeby skonsultować się z literaturą.

Powodzenia