Чуваки! Приходите к нам на митап через 2 дня! https://rambler-co-e-org.timepad.ru/event/419923/

Печенье будет?

обычно на пицце мы не экономили)

Ребят, метод filter массива - это mutation или нет?

Просто в доке написано, что возвращает новый массив

Но в видосах от Абрамова я не видел, чтобы он использовал filter

мм

он там spread вроде использовал

но вообще это не мутация

новый же возвращает

Но в видосах от Абрамова я не видел, чтобы он использовал filter

ничего себе критерий мутабельности)

Абрамоугодность

Просто в доке написано, что возвращает новый массив

новый, новый возвращает, можно не волноваться)

spread — абрамоугодно, filter — нет

spread — абрамоугодно, filter — нет

+ :D

spread — абрамоугодно, filter — нет

Не доводите до абсурда. Я просто решил уточнить

новый, новый возвращает, можно не волноваться)

Спасибо)

https://egghead.io/lessons/javascript-redux-react-todo-list-example-filtering-todos?course=getting-started-with-redux 3.00 минута, filter же)

Просто в доке написано, что возвращает новый массив

поэтому он не мутирующий

https://egghead.io/lessons/javascript-redux-react-todo-list-example-filtering-todos?course=getting-started-with-redux 3.00 минута, filter же)

Ага, спасибо. Это я уже туплю просто. Не выспался.

поэтому он не мутирующий

Да. Я уже разобрался. Спасибо.

друзья, подскажите, какие есть подходы к переключению отображения сайта с десктопной версии на мобильную и обратно? имеется ввиду, как в долгосрочной перспективе удобней: писать разные компоненты (десктопную и мобильную версии) и каким-то образом перерендеривать дерево, если вьюпорт маленький, или держать эту логику внутри самого компонента?

мне больше нравится разные компоненты

с одним стором

друзья, подскажите, какие есть подходы к переключению отображения сайта с десктопной версии на мобильную и обратно? имеется ввиду, как в долгосрочной перспективе удобней: писать разные компоненты (десктопную и мобильную версии) и каким-то образом перерендеривать дерево, если вьюпорт маленький, или держать эту логику внутри самого компонента?

Можешь завести компонент типо <Media type="mobile">...</Media>

у нас не совсем десктопная и мобильная, но мы просто добавили переменную, которая добавляет классы, которые игнорятся по медиа-выражениям

так по-моему будет удобнее

ну это если прям какие-то сильные изменения, которые обычным css не сделать

гипотетически, можно и обычным css, но в этом случае вёрстка и стили будут ооочень сложными

что влечёт сложность в поддержке в будущем

Разделяйте на 2 компонента тогда - моб\десктоп

да, так можно

и какую-то обертку сверху чтобы чекать

но проблема в том, что компонент прикреплён к Redux-контейнеру

соответственно, на каждый такой контрол нужно будет делать 2 компонента + 2 контейнера. Кажется, здесь оверхед

как это обходится в обычном мире?))

так от компонента зависит какой-нибудь header с навигацией вероятно проще разными компонентами сделать почти всё остальное — адаптивной вёрсткой

но проблема в том, что компонент прикреплён к Redux-контейнеру

что-то тут уже не так)

в смысле?

соответственно, на каждый такой контрол нужно будет делать 2 компонента + 2 контейнера. Кажется, здесь оверхед

А зачем два контейнера

Он же для этого и делался

ListContainer должен рендерить ListComponent А ListComponent пускай уже по условию мобильный или дескотпный список выдаёт, если ему так надо Ещё лучше его просто HOC'ом обернуть

Чтобы быть одним

HOC — это?

HOC — это?

High Order Component

а, ну конечно, да

*higher :)

спасибо

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

Катя, welcome

Михаил ✌?

Вопрос не в тему, а как в телеграмме искать сообщества? Мне надо про питон найти и чую что списка публичных каналов нет

Вопрос не в тему, а как в телеграмме искать сообщества? Мне надо про питон найти и чую что списка публичных каналов нет

есть

https://github.com/goq/telegram-list

спасибо

не думал что есть такое на гитхабе :)

Подскажите мб, есть компонент у него есть дочерний компонент в который передается список [{ id: 1, ... }, { id: 2, ... }], когда мы в этотм компоненте что-то меняем стейт\стор то соот-но идет ре-рендер этого списка. Можно этим управлять через shouldComponentUpdate к примеру на удаление сравнивать длину массива, но если мы только обновляем какой-то элемент, то нам нужно сравнивать каждый элемент массива? Не будет ли это накладно?

Подскажите мб, есть компонент у него есть дочерний компонент в который передается список [{ id: 1, ... }, { id: 2, ... }], когда мы в этотм компоненте что-то меняем стейт\стор то соот-но идет ре-рендер этого списка. Можно этим управлять через shouldComponentUpdate к примеру на удаление сравнивать длину массива, но если мы только обновляем какой-то элемент, то нам нужно сравнивать каждый элемент массива? Не будет ли это накладно?

читай про immutable structures

Ну ммм, в сторе данные иммутабельны

Тебе просто нужно сравнить пропс, который придет с текущим

ну мм грубо говоря [{id:1}] === [{id:1}] вернет false как и [{id:1}] === [{id:2}]

ERROR: S client not available

если просто сравнить пропсы

Почитай в доке редакса про нормализацию стейта

Почитай в доке редакса про нормализацию стейта

Там насколько я помню приводят пример normalizr, т.е. из массива делают объект с ключами в виде ID, это же не причем тут?

Покажи редьюсер?

1) Можно дешево обойтись без normalizr, если у тебя нет и не предвидится вложенных сущностей; 2) Причем. У тебя родительский элемент будет смотреть на айдишники и не будет знать о внутренностях каждого элемента; 3) Можешь еще прикрутить reselect

пример

reselect есть, но опять же это немного не то ведь. Т.е. он позволяет не делать повторно какие-то операции над самим массивом с мемоизацией, на рендер он не влияет насколько я понял

ладненько, щас ченить буду думать

Там насколько я помню приводят пример normalizr, т.е. из массива делают объект с ключами в виде ID, это же не причем тут?

Почему не причем? Если ты сделаешь контейнер для элемента списка, то проблема решится, нет?

Почему не причем? Если ты сделаешь контейнер для элемента списка, то проблема решится, нет?

ну в shouldComponentUpdate к примеру мы будем проверять текущий пропс со следующим: { 1: { id: 1 } } === { 1: { id: 2 } } // -> false

ну в shouldComponentUpdate к примеру мы будем проверять текущий пропс со следующим: { 1: { id: 1 } } === { 1: { id: 2 } } // -> false

Это в каком компоненте? На код бы посмотреть

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

nodemon?

на продакшене так не принято делать

А как принято?

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

тебе нужен прод сервер и CI

CI гоняет тесты, собирает, деплоит

ну у меня есть серверна ubuntu

на проде pm2

наверное

что на нем настроить чтобы все пересобиралось

там pm2 куртится

или просто убивать и респаунить

вот это надоело делать

что на нем настроить чтобы все пересобиралось

не надо собирать на том же сервере

Сейчас на том сервере я руками с гита гружу prod ветку и делаю билд

а как по модному делать?

а как по модному делать?

Делать билд на локалке - загружать готовый?

не по модному