может я что-то не понял? но какого хуя меня обсуждать надо?

Да сразу было понятно что он мутирует, даже без описания, что вы начинаете)

Да сразу было понятно что он мутирует, даже без описания, что вы начинаете)

Люди думают что React - «реактивный»… нельзя их в этом винить 🙂 заблуждение в связи с названием - весьма распостраненное

Люди думают что React - «реактивный»… нельзя их в этом винить 🙂 заблуждение в связи с названием - весьма распостраненное

шутка… на самом деле можно - и даже нужно, потому что опять таки не удосужились даже introduce в документации почитать и мотивацию

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

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

React.memo key

да

Ну тебе нужно передать определённый класс, отвечающий за анимацию. По идее.

у него так и происходит - просто каждый компонент рендерится каждый раз и анимация выполняется как для вновь смонтированного элемента

у него так и происходит - просто каждый компонент рендерится каждый раз и анимация выполняется как для вновь смонтированного элемента

да, ключ что то не помогает

шутка… на самом деле можно - и даже нужно, потому что опять таки не удосужились даже introduce в документации почитать и мотивацию

не пойму почему он не реактивен. Если рутовую ноду обновишь, все дочернии не перерендерятся?

К индексу привязал

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

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

у меня сейчас массив елементов просто тупо рендерится по клику, кликнул, плюс елемент и тд, и анимация снова и снова для всех при апдейте происходит

так что именно привязывать? я не могу это понять, видимо у меня что то не то

Ребят. А env переменные скрыты от пользователей?

Ребят. А env переменные скрыты от пользователей?

Зависит от того как собираешь реакт приложение

Через вебпак

Очень обширная тема. Книги именно по структурированию (и не только) кода: 1) Макконнелл — Совершенный код — это классика 2) Фаулер — Рефакторинг. Улучшение существующего кода 3) Мартин — Чистый код. Создание, анализ и рефакторинг Но примеры тут везде будут не на js! Именно по js: 4) Стефанов, JavaScript. Шаблоны -хорошая книга, но она довольно непростая. 5) Alex MacCaw, JavaScript Web Applications — тут правда не совсем по структурированию кода и тоже не для начального уровня. Может еще есть смысл посмотреть классические книги по проектированию и шаблонам: 6) Буч — Объектно-ориентированный анализ и проектирование с примерами приложений. 7) GoF — Design Patterns.

Значит видны

Мне нужно скрыть эту переменную от глаз. Это должен быть ключ для расшифровки данных зашифрованных на сервере. Идея в том чтобы присылать в get параметре некий JSON с сервера который потом должен расшифроваться используя этот ключ

Мне нужно скрыть эту переменную от глаз. Это должен быть ключ для расшифровки данных зашифрованных на сервере. Идея в том чтобы присылать в get параметре некий JSON с сервера который потом должен расшифроваться используя этот ключ

Зачем

Мне нужно как-то передать JWT токен с сервера на фронт в get запросе а для того чтобы это сделать безопасно я решил использовать фирование.

Очень обширная тема. Книги именно по структурированию (и не только) кода: 1) Макконнелл — Совершенный код — это классика 2) Фаулер — Рефакторинг. Улучшение существующего кода 3) Мартин — Чистый код. Создание, анализ и рефакторинг Но примеры тут везде будут не на js! Именно по js: 4) Стефанов, JavaScript. Шаблоны -хорошая книга, но она довольно непростая. 5) Alex MacCaw, JavaScript Web Applications — тут правда не совсем по структурированию кода и тоже не для начального уровня. Может еще есть смысл посмотреть классические книги по проектированию и шаблонам: 6) Буч — Объектно-ориентированный анализ и проектирование с примерами приложений. 7) GoF — Design Patterns.

Спасибо! А книги по джсу до сих пор актуальны?

sicp

Сервер пропишет токен в cookies и все следующие запросы будут с токеном

https://m.habr.com/ru/post/282986/

что это меняет?

Что книга устарела

Что книга устарела

До конца хоть дочитай что скидываешь, лол

бэкенд может не реализовывать такой подход… (что в случае с JWT конечно весьма странно :)) в любом случае если уж хочется что-то шифровать/расшифровывать - попробуйте использовать соответствующий браузерный API https://developer.mozilla.org/ru/docs/Web/API/Window/crypto

А вообще Чистая Архитектура оч годная книжка

Хз помоему в ней тупо масштабируется solid и придумыааются новые названия для одних и тех же принципах на каждом уровне

Задача состоит в том что есть некая кнопка Login as Client с которой юзер может попасть в SPA как залогиненный а SPA общается с API по JWT. Тоесть вопрос в том что нужно как-то прокинуть токены на SPA когда осуществляется переход по этой ссылке (Login as Client) иначе как SPA узнает под кем и как заходить

Мне только принципы проектирования компонентов не оч зашли

Спасибо большое. Мне и не надо начального уровня) пишу давно. Хочу структурировать знания

Шо ты тогда хочешь, нечем заняться...))? http://www.ecma-international.org/publications/standards/Ecma-262.htm https://reactjs.org/

А вообще Чистая Архитектура оч годная книжка

CCP: Common Closure Principle — принцип согласованного изменения; чем это от S из solid отличается кроме формулировки...

почему ты так решил? вот как принцип звучит: В один компонент должны включаться классы, изменяющиеся по одним причинам и в одно время. В разные компоненты должны включаться классы, изменяющиеся в разное время и по разным причинам.

А хуки это что? Костыль или гениальный ход?

А хуки это что? Костыль или гениальный ход?

Стандарты не научат проектировать сложные архитектуры

Задача состоит в том что есть некая кнопка Login as Client с которой юзер может попасть в SPA как залогиненный а SPA общается с API по JWT. Тоесть вопрос в том что нужно как-то прокинуть токены на SPA когда осуществляется переход по этой ссылке (Login as Client) иначе как SPA узнает под кем и как заходить

Целевое SPA это ваше приложение, или ваше приложение это то в котором будет действие "Login as client"?

Гайс, если я заэкспортила дефолтно и импорт тоже дефолтно модуля, почему может ругаться бабель что не видит модуля