Как Вы импортили файл со стилями? Когда пишу стили в файле, где рендериться розметка всё ок, но подгрузить не могу импортом

ребята в роутинге условно есть такая расстановка "/profile/:id", а как сделать так: "/:id/create"???

Стоит ли использовать Redux в приложении? Данных много и данные большие

Ничего, проект только структурируется вот взлгяд на перед или можно обойтись простыми компонентами/хуками

Ничего, проект только структурируется вот взлгяд на перед или можно обойтись простыми компонентами/хуками

Ничего, проект только структурируется вот взлгяд на перед или можно обойтись простыми компонентами/хуками

у кого-ниьбудь есть связь с организаторами https://axept.timepad.ru/event/1135941/#register я подал вчера заявку на регистрацию, но мне не ответили(видимо не успел), думал- может кто-то может посодействовать?

@DenisIzmaylov

у кого-ниьбудь есть связь с организаторами https://axept.timepad.ru/event/1135941/#register я подал вчера заявку на регистрацию, но мне не ответили(видимо не успел), думал- может кто-то может посодействовать?

[Под грифом. Я в React новичок] Сайт https://ru.reactjs.org/ написан на Gatsby. Судя по описанию, на Gatsby пишутся статические страницы. Кто-нибудь знает, используется ли какая-нибудь БД на этом сайте и может ли использоваться БД вместе с Gatsby?

чувак, пойди уже почитай как работают современные приложения, и где используются бд. Базы данных к фронту напрямую не цепляются, кроме того же пресловутого firebase и то это все скрыто за прослойкой в виде пакета firebase

Ребят, кто нибудь работает в стеке laravel+react

yup

Щас на проекте сделан полностью фронт на реакте. Осталось докрутить бек, хотят на laravel .. Вот хочу уточнить момент, а смысл в laravel, если там все роутинги, контролеры итд уже на реакте сделаны.. Хотя бы логику обьясните, а то я не силен в этом

Щас на проекте сделан полностью фронт на реакте. Осталось докрутить бек, хотят на laravel .. Вот хочу уточнить момент, а смысл в laravel, если там все роутинги, контролеры итд уже на реакте сделаны.. Хотя бы логику обьясните, а то я не силен в этом

yup

Щас на проекте сделан полностью фронт на реакте. Осталось докрутить бек, хотят на laravel .. Вот хочу уточнить момент, а смысл в laravel, если там все роутинги, контролеры итд уже на реакте сделаны.. Хотя бы логику обьясните, а то я не силен в этом

🤯 причем тут библиотека для валидации, сначала подумал я

🤯 причем тут библиотека для валидации, сначала подумал я

у нас древнее страшное легаси: нам laravel отдаёт статичные (и динамические) странички, а реакт через одно место в нужные тэги себя пихает

🙈знакомая ситуация, с одним госсайтом так же, слава богу перепиливается полностью на реакт

🤮

вуй для этого лучше и удобнее

Ну это если бекенд на laravel, у нас вот везде питон последние лет 10

Да

Ну у нас так на реакте почти было, в статической разметке были просто теги с дата атрибутами указывающими название компонента и с параметрами, которые как пропсы передавались этому компоненту. Необходимые данные в шаблонах запихивались в дата атрибуты.

неплохо 🤔

Ну это же костыль :) не от хорошей жизни, но в принципе работает.

ну я бы не сказал, что костыль ) вполне себе фича )

А такой вопрос, для крупных проектов хуки подойдут или без редакса не обойтись?

А такой вопрос, для крупных проектов хуки подойдут или без редакса не обойтись?

Разные вещи, как можно сравнить? Это совершенно разные инструменты

А почему нельзя сравнить

А почему нельзя сравнить

Ну потому что связи никакой нет между хуками и редаксом, совершенно разные же инструменты, для разных задач. Тёплое и мягкое.

Можно немножко подробнее? Я не спец, поэтому спрашиваю почему нельзя сравнить

Можно немножко подробнее? Я не спец, поэтому спрашиваю почему нельзя сравнить

Спасибо за ответы, просто я повелся на хук useReducer и подумал это замена редакса

Всем привет! Кто может объяснить разницу между Flux и MVVM? Прочитал много статей и примеров, но везде суть всегда сводится к тому, что: 1. View подписывается на ViewModel(Store) за обновлениями 2. ViewModel(Action) общается с Model 3. View общается с Model через ViewModel(action-dispatcher-store update) *в скобках примеры из Flux *Да, в Flux есть элементы Action, Dispatcher, Store, но в совокупности они дают тот же самый ViewModel

А такой вопрос, для крупных проектов хуки подойдут или без редакса не обойтись?

Спасибо за ответы, просто я повелся на хук useReducer и подумал это замена редакса

попробовал внутренную админку на хуках и контексте - по началу все норм, быстро и удобно. Начали разрастаться - начал плеваться - сейчас переписываю со стейт-менеджером

ну в теории можно построить бл только на хуках. аполло же умеет сам по себе жить. просто стейт-менеджер иногда очень кстати

Регулярно пару раз в неделю тут кидают ссылку: https://gist.github.com/XaveScor/99431c573b53b8a0c41fb3b5fec522bc

React-redux предоставляет по сути интерфейс на хуках к стейт менеджеру

ну в теории можно построить бл только на хуках. аполло же умеет сам по себе жить. просто стейт-менеджер иногда очень кстати

Есть у кого ещё идеи по этому вопросу?

Никто, что-ли, не понимает архитектурные паттерны здесь?

Всем привет! Кто может объяснить разницу между Flux и MVVM? Прочитал много статей и примеров, но везде суть всегда сводится к тому, что: 1. View подписывается на ViewModel(Store) за обновлениями 2. ViewModel(Action) общается с Model 3. View общается с Model через ViewModel(action-dispatcher-store update) *в скобках примеры из Flux *Да, в Flux есть элементы Action, Dispatcher, Store, но в совокупности они дают тот же самый ViewModel

та я знаю, просто обещали админку на 2-3 страницы, а уже > 10 стало ) По-началу все было очень даже хорошо через контекст)

А часто пользуетесь редаксом или mobX тоже не плох, с ним ваще не знаком?

Тут скорее вопрос чего мы ожидаем от стейт менеджера, если это тупое хранилище данных доступное глобально, то можно и контекст заюзать

Какие именно?

Всем привет! Кто может объяснить разницу между Flux и MVVM? Прочитал много статей и примеров, но везде суть всегда сводится к тому, что: 1. View подписывается на ViewModel(Store) за обновлениями 2. ViewModel(Action) общается с Model 3. View общается с Model через ViewModel(action-dispatcher-store update) *в скобках примеры из Flux *Да, в Flux есть элементы Action, Dispatcher, Store, но в совокупности они дают тот же самый ViewModel

yup