Еще раз привет. Хочу в material-ui grid разместить один елемент в начале row, другой - в конце. думаю в Grid container делать для одного элемента alignContent='flex-start' а для другого - alignContent='flex-end' но это не работает. Как можно поправить?

между ними пустой див вставь с flex-grow: 1

спасибо всем, посмотрю

Еще раз привет. Хочу в material-ui grid разместить один елемент в начале row, другой - в конце. думаю в Grid container делать для одного элемента alignContent='flex-start' а для другого - alignContent='flex-end' но это не работает. Как можно поправить?

jusify-content: space-between родительскому блоку

jusify-content: space-between родительскому блоку

большое спасибо, работает)

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

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

Нет. Опишите кейс

по типу как emiter в ноде, слушатель

Если какой-то ключ стал true, вызывается функция и меняет состояние других элементов

а почему нельзя менять состояние других элементов там же где ключ стал true?

Если какой-то ключ стал true, вызывается функция и меняет состояние других элементов

В реакте это не нужно делать руками, реакт сам обновит если значение передано как проп

понял) и еще вопросик, самые юзабильные хуки, если можно в кратце, useState, useEffect, я просто видел что их там уйма, какие используете еще вы, и для каких целей

понял) и еще вопросик, самые юзабильные хуки, если можно в кратце, useState, useEffect, я просто видел что их там уйма, какие используете еще вы, и для каких целей

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

@zarabotaet спасибо

useEffect именно для этого и предназначен

понял) и еще вопросик, самые юзабильные хуки, если можно в кратце, useState, useEffect, я просто видел что их там уйма, какие используете еще вы, и для каких целей

useRef чтобы иметь доступ к актуальному prop внутри useCallback или useMemo

Подскажите плиз, как удалить и добавить класс только для определенного компонента в мапе?

useRef чтобы иметь доступ к актуальному prop внутри useCallback или useMemo

Я тут человека привлекаю,а вы сразу костыли реакта наружу) пускай насладится моментом)

кто-то может помочь, не могу сэкспортировать элемент

кто-то может помочь, не могу сэкспортировать элемент

Откройте требуемый файл и посмотрите что вы экспортируете.

Откройте требуемый файл и посмотрите что вы экспортируете.

А теперь читайте что такое именованный экспорт и эксопрт по умолчанию. + идите учить js. Реакт тут ни при чём.

А теперь читайте что такое именованный экспорт и эксопрт по умолчанию. + идите учить js. Реакт тут ни при чём.

спасибо, иду читать

Привет. А вот такой вот компонент иметь - нормально вообще или лучше всю эту штуку, что я в useEffects понаписал вынести куда-то из реакта вообще? https://pastebin.com/XGnspQaK

Привет. А вот такой вот компонент иметь - нормально вообще или лучше всю эту штуку, что я в useEffects понаписал вынести куда-то из реакта вообще? https://pastebin.com/XGnspQaK

выглядит норм

выглядит норм

Хм, окей, спасибо. Я просто новичок. А тогда такой вопрос: Если у меня вот есть такой вот хук: useEffect(() => { const context = new AudioContext(); const track = context.createMediaElementSource(player.current); const panner = new StereoPannerNode(context); track.connect(panner).connect(context.destination); }, [true]); Но мне надо менять panner.value. Мне вместо const panner можно сделать useState, чтобы туда этот объект положить? Или как? Чтобы потом сделать вот такой хук и менять в нём значение panner.value. useEffect(() => { panner.value = pan; }, [pan]);

ну, по идее если не использовать useState, то этот panner будет общий для всех экземпляров компонента, если я правильно понимаю

Доброго времени суток, есть вопрос по логину: я прикрутил логин с гуглом, получаю данные. То что мне сохранять, и когда юзер перезаходит (закрыл вкладку и еще раз открыл), то откуда и как загружать данные? Есть идея сохранять googleId, но как потом загружать данные о юзере я не понимаю

Доброго времени суток, есть вопрос по логину: я прикрутил логин с гуглом, получаю данные. То что мне сохранять, и когда юзер перезаходит (закрыл вкладку и еще раз открыл), то откуда и как загружать данные? Есть идея сохранять googleId, но как потом загружать данные о юзере я не понимаю

Все в куки клади :) Когда юзер через Гугл авторизировался, тебе же токен дали , ты его у себя в свою бд кладешь и привязываешь к сессии, которая уже привязана к юзеру и лежит у него в куках :)

спасибо)

Styled-component ещё актуален или чем-то другим можно заменить?

Styled-component ещё актуален или чем-то другим можно заменить?

номральным  css

номральным  css

Это же было до styled-components)

я вот не понимаю вот всего этого прикола со стиялми в js

Styled-component ещё актуален или чем-то другим можно заменить?

https://github.com/callstack/linaria вот это можешь посмотреть

https://github.com/callstack/linaria вот это можешь посмотреть

Спасибо

Как сбрасывать значение в usestate при каждом ререндере, но при этом состояние мемоизировать?

Что? Зачем?

Что? Зачем?

Если это мне - Потому что есть кейс, при котором возникает бесконечный ререндер

Так тут дело не в юз стейте

Если это мне - Потому что есть кейс, при котором возникает бесконечный ререндер

Значит ты что-то делаешь не так

Покажи код

Значит ты что-то делаешь не так

В deps'ах useeffect есть значение, которое может быть undefined

Покажи код

Сейчас не могу

В deps'ах useeffect есть значение, которое может быть undefined

Ну так проверяй внутри эффекта значение

По-идее ещё deps можно а-ля [state && state]

Ну так проверяй внутри эффекта значение

Проверяю, но если там тоже значение undefined то тогда нужно возвращать дефолтное значение.

Проверяю, но если там тоже значение undefined то тогда нужно возвращать дефолтное значение.

Выкручивайся из этой ситуации другим способом.

Хотя я кажется понял, как это пофиксить. Создать ещё один хук usestate для дефолтного значения. А у меня сейчас все завязано на одном

Логично

Хотя я кажется понял, как это пофиксить. Создать ещё один хук usestate для дефолтного значения. А у меня сейчас все завязано на одном

Например так. Но без кода не разберёшься.

я вот не понимаю вот всего этого прикола со стиялми в js

Значит не дошел до этого еще

Значит не дошел до этого еще

ок можешь сказать какие плюсы я получаю c css in js?

ок можешь сказать какие плюсы я получаю c css in js?

Есть куча статей на эту тему. Ты можешь и сам ознакомиться.

ок можешь сказать какие плюсы я получаю c css in js?

Возможность сделать стилизацию прямо в компоненте, не надо открывать файл стилей. Так удобнее.

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

В кратце- в ситуации когда тебе надо много в стилях менять динамически они существенно сокращают количество css кода и намного удобнее в этом плане. Если тебе надо просто один раз назначить класс и потом возможно назначить ещё один то смысла нет.

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

это ведь все верно только про "настоящий" css-in-js. а есть ведь варианты без рантайма: linaria, astroturf

это ведь все верно только про "настоящий" css-in-js. а есть ведь варианты без рантайма: linaria, astroturf

Но ведь тогда единственное, что остаётся из преимуществ - это возможность не вылезать из жс-мирка в грязный ад файлов с расширением (с)цсс, не более того. Стоит ли это лишних шагов при сборке и + технологии для разговоров тогда?

Но ведь тогда единственное, что остаётся из преимуществ - это возможность не вылезать из жс-мирка в грязный ад файлов с расширением (с)цсс, не более того. Стоит ли это лишних шагов при сборке и + технологии для разговоров тогда?

для меня преимуществом является композиция на уровне js компонентов

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

Все это решается компиляцией в css.

Но ведь тогда единственное, что остаётся из преимуществ - это возможность не вылезать из жс-мирка в грязный ад файлов с расширением (с)цсс, не более того. Стоит ли это лишних шагов при сборке и + технологии для разговоров тогда?

Стоит.

это ведь все верно только про "настоящий" css-in-js. а есть ведь варианты без рантайма: linaria, astroturf

Ну это уже более здраво

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

Возможность сделать стилизацию прямо в компоненте, не надо открывать файл стилей. Так удобнее.

Научитесь уже пользоваться своим редактором кода. F12 в VSCode или Ctrl/Cmd+B перенесёт вас к объявлению что переменной, что функции, что css-класса. Почему все такие ленивые мартышки, которые только курсором елозить умеют?

Ребят где черпаете вдохновение по реакт проектам. Киньте ссылки на примеры проектов по реакт, которые обновляются. Там ссылки на гитхаб или опен проекты. В гугле не забанили.

🍻🍻🍻

Ребят где черпаете вдохновение по реакт проектам. Киньте ссылки на примеры проектов по реакт, которые обновляются. Там ссылки на гитхаб или опен проекты. В гугле не забанили.

Чат + счёт в банке, на который зп приходит. А вдохновение опенсорс проектами выглядит примерно так: https://github.com/reduxjs/redux/pull/3571 Всё конечно хорошо, но лучше пусть будет читаемый код, чем производительный.

Ребят где черпаете вдохновение по реакт проектам. Киньте ссылки на примеры проектов по реакт, которые обновляются. Там ссылки на гитхаб или опен проекты. В гугле не забанили.

Хз, что такое вдохновение, но советую эффектор

Ох этот redux)

Всем привет. Кто нибудь пробовал ставить плагин для выявления циркулярных зависимостей на CRA ?

Чат + счёт в банке, на который зп приходит. А вдохновение опенсорс проектами выглядит примерно так: https://github.com/reduxjs/redux/pull/3571 Всё конечно хорошо, но лучше пусть будет читаемый код, чем производительный.

я заметил, что в зависимости от того, с каких языков человек начинал путь в программировании часто зависит в какую сторону силы у него перевес: перформанс / читаемость у меня первые книжки были по С, и мне ближе производительность не холивара ради, просто наблюдение личное =)

я заметил, что в зависимости от того, с каких языков человек начинал путь в программировании часто зависит в какую сторону силы у него перевес: перформанс / читаемость у меня первые книжки были по С, и мне ближе производительность не холивара ради, просто наблюдение личное =)

Если это так, то это очень печально. По моему мнению библиотеки должны быть максимально оптимизированными, а бизнес код максимально читаемым.

есть блок со стрелкой, на нажатие которой блок открывается. куда по логике должна указывать стрелка? когда блок закрыт - вниз, когда открыт - в сторону или наоборот?

окей, спасибо.

есть блок со стрелкой, на нажатие которой блок открывается. куда по логике должна указывать стрелка? когда блок закрыт - вниз, когда открыт - в сторону или наоборот?

стрелки вообще не очень хороший индикатор я в них часто путаюсь, когда они в заголовке таблицы указывают порядок сортировки :) а так, выше вот подсказали хороший ux - куда указывает, туда и движение

я к таблицам больше, когда в заголовке колонки стрелочка

Привет! Может кто знает хороший модуль для обрезки и upload-а картинки?

Чат + счёт в банке, на который зп приходит. А вдохновение опенсорс проектами выглядит примерно так: https://github.com/reduxjs/redux/pull/3571 Всё конечно хорошо, но лучше пусть будет читаемый код, чем производительный.

если это экономия на спичках то она действительно не стоит усложнения кода