Всем привет, вопрос по React Router https://gist.github.com/demidborodin/b571809e8191bc8c86fa472be3ee28e1 Сам вопрос в комментариях в коде, чтобы тут не распинаться. Заранее спасибо за совет)

Всем привет, вопрос по React Router https://gist.github.com/demidborodin/b571809e8191bc8c86fa472be3ee28e1 Сам вопрос в комментариях в коде, чтобы тут не распинаться. Заранее спасибо за совет)

<Redirect from='/old-path' to='/new-path'/> https://github.com/ReactTraining/react-router/blob/master/packages/react-router/docs/api/Redirect.md

Ну а компонент Account в гисте...

Это все потому что цветовая схема не оч и шрифт кажется не menlo

Но это не точно

<Switch> <Route path="/account/browse" component={Browse}/> <Route path="/account/transaction" component={Transactions}/> <Route path="/account/reminders" component={Reminders}/> <Route path="/account/reports" component={Reports}/> <Redirect from="/account" exact to="/account/browse"/> {/* If url /account/unknown_component */} <Redirect to="/account/browse"/> </Switch>

Это все потому что цветовая схема не оч и шрифт кажется не menlo

Еще и IDE, кажется, джетбрейнсовская

видимо это имелось ввиду

Еще и IDE, кажется, джетбрейнсовская

А ты хорош

Шрифт анонимус про?

<Switch> <Route path="/account/browse" component={Browse}/> <Route path="/account/transaction" component={Transactions}/> <Route path="/account/reminders" component={Reminders}/> <Route path="/account/reports" component={Reports}/> <Redirect from="/account" exact to="/account/browse"/> {/* If url /account/unknown_component */} <Redirect to="/account/browse"/> </Switch>

Спасибо Я его первым зачем-то то воткнул и ошибку получал...

а вообще структура довольно странная

если будет 10 таких разделов как account, то будете создавать 10 таких компонентов? которые в общем ничего в себе не несут

если будет 10 таких разделов как account, то будете создавать 10 таких компонентов? которые в общем ничего в себе не несут

Ну у меня идея была такая. Что у меня есть страничка с логином по url - "/" Дальше пользователь логиниться, попадает в личный кабинет. У этого личного кабинета есть общий Navbar и еще некоторые элементы, ну а дальше, в зависимости от роутинга, показывается тот или иной компонент.

Там просто пока написано "NAVBAR WILL BE HERE" :) Может по этому не заметили...

не, это понятно

менюшка меняется в зависимости от раздела

Ну, она общая для всего подкаталога /account

а если вам нужно будет в разделе /settings/actions сделать такое же меню как в /account/browser? )

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

а в /settings/{others} делать меню для сеттингов уже)

Хм. Явный проеб в архитектуре. То есть, предлагаешь просто сделать 4 компонента

и в каждый засунуть эту менюшку

?

нет

внутри компонентов точно не должно быть менюшки

можно сделать что то на подобии мастер-страницы

и заворчаивать свои компоненты в эти мастер-страницы

Я если честно, ничего не понял :D

в лс

А вложенные сделать не ?

Подскажите пож-та, как правильнее реализовывать следующее: Есть стор, в сторе есть какое-то вложенное поле, например, store: { users: [{name: значение,...}], ...} Как правильнее всего писать экшены для изменения значения вложенного объекта? У или пример без массивов store { user: { address: {street: value, ...},...}}

Чтобы эти экшены можно было навесить на инпуты допустим

Подскажите пож-та, как правильнее реализовывать следующее: Есть стор, в сторе есть какое-то вложенное поле, например, store: { users: [{name: значение,...}], ...} Как правильнее всего писать экшены для изменения значения вложенного объекта? У или пример без массивов store { user: { address: {street: value, ...},...}}

тут больше вопрос, как организовать редюсер как по мне

Подскажите пож-та, как правильнее реализовывать следующее: Есть стор, в сторе есть какое-то вложенное поле, например, store: { users: [{name: значение,...}], ...} Как правильнее всего писать экшены для изменения значения вложенного объекта? У или пример без массивов store { user: { address: {street: value, ...},...}}

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

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

Ну то-есть не несколько store, а несколько reducer-ов

Вообщем смотря с какой стороны посмотреть

Подскажите пож-та, как правильнее реализовывать следующее: Есть стор, в сторе есть какое-то вложенное поле, например, store: { users: [{name: значение,...}], ...} Как правильнее всего писать экшены для изменения значения вложенного объекта? У или пример без массивов store { user: { address: {street: value, ...},...}}

используй combineReducers

а зачем ? есть стор user с полями типа id address name и тд, делаем екшены на изменения этих полей и по каждому экшентайпу меняем конкретное поле в редюсере

если только данные однотипные (касаются юзера)

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

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

Аккордеон с lazy подгрузкой веток

@Loochnikov спасибо, попробую!

Подскажите либу для масок в инпутах ?‍?

такое норм? https://github.com/uNmAnNeR/imaskjs/tree/master/packages/react-imask

ребят, есть экстеншен для вс кода, чтобы не прописывать пути к файлам проекта в импортах? то есть import { redButton } -> TAB -> чудо... чтобы сам пути вставлял

ребят, есть экстеншен для вс кода, чтобы не прописывать пути к файлам проекта в импортах? то есть import { redButton } -> TAB -> чудо... чтобы сам пути вставлял

называется webstorm

называется webstorm

не нравится :(

хотя мб мой комп больше похож на калькулятор по характеристикам и мне поэтому не нравится

в любом случае это не экстеншен (

ребят, есть экстеншен для вс кода, чтобы не прописывать пути к файлам проекта в импортах? то есть import { redButton } -> TAB -> чудо... чтобы сам пути вставлял

@vscode_ru

Подскажите пожалуйста, как изменить "path_resolve" для jest? Чет не могу нагугилть такого

@vscode_ru

спасибо

Как правильно объяснить даже не знаю)) Jest ищет файлы относительно не той директории. И я не знаю как её поменять...

npx jest

ребят, есть экстеншен для вс кода, чтобы не прописывать пути к файлам проекта в импортах? то есть import { redButton } -> TAB -> чудо... чтобы сам пути вставлял

jsconfig.json приятно погуглить

А, хотя у тебя там алиасы

Как правильно объяснить даже не знаю)) Jest ищет файлы относительно не той директории. И я не знаю как её поменять...

moduleNameMapper: { '^someAlias$': '<rootDir>/src/index.js', }

moduleNameMapper: { '^someAlias$': '<rootDir>/src/index.js', }

Ох. Чет день сегодня не мой) Я опять ничего не понял c:

Ох. Чет день сегодня не мой) Я опять ничего не понял c:

переименуйся

ERROR: S client not available

и начни читать документацию jest

переименуйся

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

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

шуткую

шуткую

У меня на этот счет аватарка стоит...

А в ребусах ты шаришь больше, чем в тестировании))

кек

.../client работает....

но IDE и вебпак настроен по поиску модулей от папки client.

Надеюсь теперь все точно объяснил, в смысле в чем проблема

(Доку читаю) ))

Посоны. Смотря на вот это вспомнил траблу. У меня модуль резолв. И тестя некоторые компоненты он что то не разруливает. Смогу как то указав пути разрулить?

Я хз где не разруливает

Ребят, а какие брейкпоинты вы используете при верстке? У меня такие: 376 570 769 992 1170 1441 1700

От макета же зависит)

Можно по бутстрапу ориентироваться.

нужно по макету ориентироваться)

нужно по макету ориентироваться)

Все верно, перефразирую, какие брейкпоинты у ваших дизайнеров, кто может поделиться?)

ну, если так, то стоит матчиться на какие-то базовые 320-416 тачи, все что до 1024 - пады и выше - десктоп, а там уже подгонять детали

Можно по бутстрапу ориентироваться.

у бутстрапа такие но этого точно недостаточно Extra small <768px Small >=768px Medium >=992px Large >=1200px

Между small и medium мало места

Между small и medium мало места

а тип у экстрасмолл не мало места?)

все что до 768 ебашим как одно, пох)

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

Мне ни одни не подошли

а тип у экстрасмолл не мало места?)

Ну это для старых смартфонов ок

У меня iphone X и он чуть ли не в medium уже

Я сделал короче всё руками, отдельно landscape, отдельно portrait и отдельно — комбинации размеров экрана

Думал помру пока опишу всё))

Я сделал короче всё руками, отдельно landscape, отдельно portrait и отдельно — комбинации размеров экрана

я думал все обойдется