/ / Защо хората използват Django шаблони с webpack за свързване на DRF с ReactJS? - django, reactjs, django-rest-frame

Защо хората използват Django шаблони с уеб пакет за свързване на DRF с ReactJS? - django, реакция, django-rest-framework

Изпускам ли нещо?

Но аз наистина не получавам обосновката зад повечето онлайн блогове и уроци, предлагащи да се използва базов шаблон на Django, за да се представи пакет ReactJS (пакет от уебпакет).

Според мен на първо място е използването на Django Rest Framework напълно изолирайте фронтенда от задния и имайтенещо като Nginx, обслужващ html файл, който би импортирал библиотеката ReactJS (като всеки друг stndard html / js проект). Слоят ReactJS ще получи или манипулира данни само чрез DRF REST API.

Това е като повечето разработчици третират ReactJS като напълно нов звяр, когато той може просто да се третира като стандартен JS (с добавени стероиди), който работи в браузъра.

Може ли някой да ми обясни какви са предимствата на използването на методите, изобразени от блогове като Джонатан Кокс и Owaislone ?

Отговори:

4 за отговор № 1

От една страна имате право. Един от принципите на React е да го накара да функционира като мобилно приложение (което консумира REST API), което също прави комплимент React-Native, така че програмистът не е много за да научи и вземе и може бързо да разработи приложение, ако той / тя е запозната с React. По този начин вие ще изградите бек-енд, за да обслужвате както уеб приложението, така и родното мобилно приложение, без много да пренаписвате или персонализирате.

Обикновено хората обичат да съхраняват кода си заедно,преден и задния, ако те просто се развиват за мрежата. Това е често срещана практика. Тъй като Django е широко използван и освен това е рамка с отворен код сред много уеб разработчици, има голяма общност за разработване на инструменти или плъгини за него. По този начин те ще имат само един екземпляр на сървър, който работи и конфигурира връзката към обслужват само страницата index.html и маршрутизацията се обработва от браузъра.

Аз, от друга страна, предпочитам последната част,работете в екип с инженери за бекенд и мобилни разработчици. Ние силно разчитаме на RESTful разговори за нашите приложения. Така че поддържаме кодовата ни база чиста и изолираме нашия бекенд от нашия преден край, за да може всеки от нас да работи независимо.

Това е просто въпрос на предпочитание, Джонатан Кокс и Овайлоун не проповядват правилния начин за разработване на React приложения, те просто демонстрират един от начините за използване на React.

Също така някои бактерии имат много сигурност итрябва да бъдат конфигурирани, за да позволят на определени заглавия да отправят заявки. Това може да ви накара да погледнете екрана на компютъра си с дни, докато седите там и се чудите как да заобиколите проблема и да се гмурнете дълбоко в документацията за заявки в мрежата. CORS е един от проблемите, когато изолирате предния и задния си край Това е нещо, което може напълно да се избегне, ако Django обслужва файловете.

Аз бих казал, че можете да продължите напред и да изберете този, който отговаря на вашите нужди, да изолирате кода си React от задния ред, ако искате и задният край да работи и на мобилни приложения, спестява много време.