Igor
а я говорю что есть иной подход
Ilia
Ещё пишут так
handleClick = id => event => {...}
<button onClick={handleClick(Id)}/>
<button onClick={handleClick(Id)}/>
Но тут та же самая фигня, каждый раз новая ф-ия, но если очень хочется так юзать то надо memoize к примеру юзать
Igor
Igor
если у тебя длинный список
Igor
например карточки, по клику на которое что-то происходит
Igor
как ты передашь id/index в onClick?
Igor
без создания новой функции
Ilia
Из самой карточки вызову родительский onClick и передам ее родной id
Igor
не очень понял, ну да ладно)
Veloride.com.ua
Доброе утро, скажите в этом чате можно размещать ваканцию Junior React Native ?
Igor
https://t.me/javascript_jobs лучше тут
Veloride.com.ua
Alexander
Alexander
Имхо админку лучше делать на отдельном домене отдельным приложением(безопаснее) но может я не прав
Anonymous
Roman
шта
админка одно приложение, основное приложение отдельно
Ig
Какие плюсы использования функциональных компонентов вместе с hooks, перед стандартным использование class компонентов? Насколько мне известно, в React 16 нет разницы в скорости работы function и class компонентов.
Alexander
шта
Человек спросил кто как делает я ответил. Я не претендую на то что это единственно верное решение.
Ig
Anonymous
Ig
Alexander
Alexander
Возможно. Мне кажется тут нет однозначного ответа
Alexander
Не хочу холиварить
Anonymous
плюс если захочется единый "look and feel" то придется как-то шарить компоненты между разными проектами
Anonymous
выкидывать в npm пакеты или что-то типо того
Vadim
Честно говоря никогда не встречал, чтобы админка и основное приложение были одним целым
Vadim
это далеко разные приложения
Anonymous
Alexander
Vadim
Anonymous
в идеале вообще микросервисная архитектура
Anonymous
как на фронте так и на беке
Alexander
Если разделить дминку и основной сайт вряд ли вы вообще узнаете о существовании админ сайта вообще. Да запросы к апи будут вероятно и там и там одни. Но если делать все в одном приложении в сорс файлах можно думаю найти как попасть на логинку под админом. Возможно это ничего не даст. Но имхо лучше если обычные люди даже не знают о том что есть логика для админа. Возможно я не прав.
Vadim
Alexander
Короче смысл холиварить. Можно и так и так. И там и там минусы
Viktor
Нажмиддин
или есть более изящный способ?
Андрей
Если я в конструкторе this.state.mapData.center с помощью строкового литерала запишу в массив координаты то карта отрисуется, а если я туда передам из пропров тот же массив, то карта не рисуется, почему?
Яндекс карта.
Igor
Igor
и по пропсам сразу передаются координаты?
Андрей
Я кажется понял , с апи приходит массив с строками а не числами
Maxim
Посоветуйте mobile time picker. Спасибо
Кирилл
Sergey
объясните идиоту, почему i без save тут пропагандируют?
Кирилл
потому что save теперь по дефолту
Кирилл
довольно давно уже как
Igor
Sergey
а
Igor
а глобально -g
Sergey
я как-то это пропустил, спасибо)
Igor
есть еще dev зависимости
Igor
вот там нужно указать куда сохранить
Igor
—save-dev
eden
вроде флаг поменялся, что-то типа —dev-only
eden
по крайней мере меня нпм ругал
Anonymous
Igor
хм, я использую старый, никаких проблем)
Кирилл
нет, --save-dev
Sergey
Pasha
👋 Появился вопрос, скорее архитектурный. У нас закрытая система (т.е. пока не залогинишься - ничего нет кроме LoginPage), и проблема в том что когда ты заходишь, уже залогиненый, то выполняется ооочень долгий запрос - на получение данных пользователя, данных его компании, его прав доступа и т.д. и на основе этих данных строятся многие компоненты UI. Но это реально долго. Так вот вопрос: плохая ли это идея хранить это всё в localStorage а при заходе просто проверять протух ли токен или нет, если нет - то потиху в фоне эти данные обновлять, если да - очевидно разлогинивать. Или это зашкварная история?)
Igor
Igor
это думаю будет дыра в безопасности
Andrey
👋 Появился вопрос, скорее архитектурный. У нас закрытая система (т.е. пока не залогинишься - ничего нет кроме LoginPage), и проблема в том что когда ты заходишь, уже залогиненый, то выполняется ооочень долгий запрос - на получение данных пользователя, данных его компании, его прав доступа и т.д. и на основе этих данных строятся многие компоненты UI. Но это реально долго. Так вот вопрос: плохая ли это идея хранить это всё в localStorage а при заходе просто проверять протух ли токен или нет, если нет - то потиху в фоне эти данные обновлять, если да - очевидно разлогинивать. Или это зашкварная история?)
it depends
кэшить тащемта можно, особенно, если вероятность, что эти данные изменятся - стремится к 0
(главное хранить в кэшэ нечувствительную информацию, только необходимую для отрисовки UI, роли, итп, личные данные туда лучше не включать)
Pasha
@ethorz @tehSLy спасибо, в общем то я так и думал 🙂
Bogdan
подскажите ефекты между страницами, это в доке роутинга читать?
modest
modest
Как написать?
modest
Редюс?
modest
Может есть готовое решение?
modest
Сортировка числа
modest
То ксть 12: 1+2
Igor
ахах