Какие препроцессоры предпочтительнее для разработки сайта?

Question

[Станислав Шабалин]

Добрый день.

До python я писал сайты на php и для удобства во фронте пользовался демоном gulp или grunt с нодой и компилировал статику из sass в css с автопрефиксами и сжатием(Тож самое и для js ).

Нашёл В интернете рекомендацию установить библиотеку django-sass-processor

Но там не все так удобно как мне показалось, есть нюансы с продакшн и это надо не забыть учесть на этапе переноса или обновления. Плюс для автопрефиксов требуется та же нода с установкой доп библиотек. Плюс хотелось бы видеть стили объединёнными или группированными типа minifyCSS или JS.

Кто из опыта чем пользуется ? Я недавно перешёл с пхп и продолжил работать с sublime редактором, где тоже можно настроить сторонние библиотеки и нажимать каждый раз комбинации клавиш, но это не тот путь развития имхо.

Буду признателен за Любые ваши рекомендации

Answer 1

[Roman K]

У тебя какие-то неочевидные связи. Язык почему-то должен влиять на фронт, IDE должно влиять не препроцессоры. Попахивает дилетантством.

Лучшее, что ты можешь сейчас сделать — это разделить фронт и бэк. Фронт писать на React'е. Нужен SSR — настроить SSR. Хочешь SASS — легко. Минификацию там сделает за тебя webpack или parcel. ES6 в ES5 переведёт babel.

А пихать в джангу какие-то фронтовые кишки — ну это прям фу.

Comments

[Станислав Шабалин]

Roman Kitaev, да, я допускаю, что пока не все складывается в моей голове. Отсюда и вопросы. Спасибо за совет.

[Станислав Шабалин]

Roman Kitaev, а применение django-sass-processor Это по вашему тоже «кишки» ? ))

[Roman K]

Станислав Шабалин, да. Я раньше тоже писал "классический" фронт — HTML на джанго-шаблонизаторе, CSS где придётся, JS собирал gulp'ом, как-то подкладывал его в шаблоны. Бывало, даже SVG рисовал через джанго-шаблонизатор. В общем, это всё — дикие костыли, медленно, неудобно.

Я счастлив, что научился писать SPA фронт сначала на Vue.js, а потом в целом проникся фронтом. Скорость и удобство разработки вырастают на порядок. Самая большая сложность — въехать во всю текущую инфраструктуру фронта, разобраться со всеми этими npm/yarn, webpack/parcel, es6/es5/es2016, js/ts и всё такое. Потом очень просто.

[Станислав Шабалин]

Roman Kitaev, да уж ... )) сколько разных инструментов придумано - бери не хочу. Ваш уровень вижу очень продвинутый стал. Если смотреть на react, то тогда придётся изучать параллельно с бэкэндом и новый язык во фронте. Полагаю, что для небольших проектов это излишество. Хотя могу и ошибаться. Иногда лучше сразу пойти более коротким путём и набить «шишек», чтобы потом не терять время, когда приспичит уже точно ))

[Roman K]

Станислав Шабалин, вкладываться в себя всегда выгодно. Я сейчас использую SPA для ВСЕХ проектов, потому что уже научился и даже простые проекты проще писать на Vue.js/React.

[Станислав Шабалин]

Roman Kitaev, я понял уже, что галп в топку и react с webpack рулит ))). Хорошо. Нода и так была. Установлю react.
Еще один вопрос тогда, если позволите: если со статикой все более менее ясно - она остается неизменной, то как поступить с шаблонами страниц в джанге? как увязать код реакта со структурой templates файлов html? Я же туда подставляю переменные context.

[Roman K]

Станислав Шабалин, есть два варианта — правильный и неправильный и сложный.

1. Правильный — ты закапываешь context и шаблонизатор глубоко в землю. Отныне Django не занимается статикой, всё. Данные от Django твоё React-приложение получает по API. Для этого обычно используют Django REST framework. То есть, твоя джанга будет отдавать не HTML, а JSON.

2. Неправильный и сложный — к Django-шаблонам можно "внедрить" React/Vue. Я такой подход использовал только однажды для Django-админки. Для других целей не вижу смысла заморачиваться. Значит, идея состоит в том, что в целом Django-админка даёт много удобных штук и главное — быстро. Парой строчек кода у тебя появляется CRUD и менеджер может управлять базой. Но в джанго-админке нет динамики. Вернее, она есть, на jQuery, select2 и прочих нечистотах. Ты создаёшь React-приложение, собираешь его в один js-файл (css туда же для удобства), который будет раздавать джанга (для этого его нужно "подложить" джанге после сборки вебпаком, чтобы она приняла его на "свою" статику). Дальше, переопределяешь шаблон админки, где в нужном месте пишешь <div id="react-app"></div> и ещё где-нибудь <script src="путь-до-твоего-main.js-с-реактом".... На этот react-app вешаешь реакт приложение стандартным способом. Данные для этого реакт-приложения всё равно придётся получать и отдавать по API с помощью какого-нибудь DRF. Из плюсов тут то, что используется вся мощь Django-админки, а в нужных местах — динамика на реакте. Но, повторюсь, способ сложный в первичной настройке, не факт, что нужный.