Alexey
ха, умно
спасибо, я долго тренировался
Александр
ха, умно
Так и есть, если бы человек пытался хоть что-то сделать, то у него были бы более конкретные вопросы и проблемы
Sergiy
Arkadzi
Так и есть, если бы человек пытался хоть что-то сделать, то у него были бы более конкретные вопросы и проблемы
да плевать, пытался он или нет но из-за таких дохуя советливых чертей ребята и выпадают из профессии
Maxim
А я думал что в стейте использовать props всегда плохо
Я не автор, но здесь вроде без вариантов.
Александр
Александр
твое мнение
Ну разумеется мое, я же вроде его и высказываю
Maxim
тут оч много кода,чтобы сделать именно библиотеку
Так оттуда минимум нужен, большая часть - это кастомизация всякая.
Александр
Sergiy
ладно, спасибо парни
Александр
ладно, спасибо парни
А ведь вам дали много инфы тут, чего обижаться
Sergiy
а он думает, что да
Bohdan
а как позицию текстового курсора выставлять?
Temuchin
с какими хорошими юзкейсами редукса вы сталкивались? просто сейчас размышляю насколько он нужен вообще, кроме каких то сквозных нотификейшенов и чего-то схожего
Oleg
как лучше писать - function expression или declaration при написании стейтлес компонентов? дока рекомендует expression?
Disa
Нужна помощь, как лучше реализовать структуру проекта. Существует один большой проект, которое делится на несколько приложений. Каждое из этих приложений лежит в отдельной репе. Также существует приложение (entry point) которое на ui отображается как просто шапка проекта. Так вот, этот entry point объединяет все остальные приложения. В итоге мы имеем проект, который собирается в кучу с разных репозиториев и билдится в один проект. Вся сложность заключается в том, что такая сборка и поддержка разных реп не очень удобная. Начал задумываться как можно объединить это все в одну монорепу и использовать lerna для управления пакетами (приложениями). Но возникает вопрос, как во время деплоя указывать какую версию каждого пакета использовать. Поскольку над каждым приложением работают разные команды и не всегда успевают вовремя зарелизить нужные фичи. поэтому другим приложениям придется использовать старые версии пакетов. Кто сталкивался с подобным? Или как можно по-другому решить эту проблему? Если у вас есть огромный проект, который делится на под-приложения, как это все вместе собирать?
oleg
https://chrome.google.com/webstore/detail/modheader/idgpnmonknjnojddfkpgkljpfnnfcklj
Стесняюсь спросить, а как это заюзать для локализации?
Cenator 🐈
oleg
Оки, спасибо
Bohdan
Эффекты вызываются, только если стейт изменяется?
Bohdan
Если изменился dependency list
ну а по дефолту если нчиего не пердавать?
Александр
ну а по дефолту если нчиего не пердавать?
При ререндере каждом если ничего, при маунте если пустой список
Vladimir
всем привет! искользую mobx, есть чистый компонент, могут ли его дети быть observer-ами?
Andrey
Привет всем, кто с тестами хорошо дружит, нужна помощь, нужно покрыть тестами санки, и что-то с ними не ладится =\ Условно есть такой санк и много ему подобных export const loadLocales = (): Function => async (dispatch): Promise<any> => { dispatch(actionCreators.loadLocalesStart()) const { value, error } = await to(Dictionary.loadLocales()) if (value) { dispatch(actionCreators.loadLocalesSuccess(value.data)) } else { dispatch(actionCreators.loadLocalesFailure(error)) } } Но у нас есть await to(Dictionary.loadLocales()) Что с ним делать и как его замокать что бы протестить? Может есть какие куски тестов или репа где посмотреть как его правильно замокать и передать фейковый ответ сервера? Буду весьма благодарен!)
artalar
Кто-нибудь знает как эффективно работать с мапами (коллекциями) иммутабельно? Что бы на изменение одного значения не "спредить" всю коллекцию, в которой могут быть тысячи ключей...?
artalar
Мне нужна своя микро-реализация
artalar
А в коде имутабла не оч хочется копаться 👀
Ivan
тогда спредить, чтобы не копаться. там 6-10 методов всего релевантных вашей задаче.
artalar
Мне лень, я спрашиваю конкретную реализацию / часть кода в исходниках 😅
🥷
Есть ссылка где из cra норм ssr допиливают, желательно с поддержкой ts? Буду благодарен)
akasybe
Вообще да
🥷
А что ssr это такая шибко магия?
На конфиги webpack глянуть охото)
Александр
На конфиги webpack глянуть охото)
Да там не в конфигах дело
🥷
Да там не в конфигах дело
Там где не в конфигах я уже разобрался.
Александр
На конфиги webpack глянуть охото)
Пните, завтра покажу кастомный свой, сейчас уже погрузился в алкоголь
Александр
Там где не в конфигах я уже разобрался.
В ssr нюансы в другом, подгрузка данных, локалей и тому подобное
Stepan
Парни, кто в реакте сталкивался с такой проблемой: Есть инпут стандартный. Вывожу в него вот так число: parseFloat(props.item[props.name]).toFixed(4) На onchange вешаю обработчик. Обработчик ведет себя так, как будто он висит на oninput, те после ввода каждой цифры происходит пересчет поля и курсор прыгает на место за последней цифрой. Юзабилити пипец. Как это вылечить?
Cenator 🐈
Делай по onBlur
Stepan
Делай по onBlur
Спасибо. А где почитать что запланировано к исправлению в реакте?
Denis
Котаны, а есть в природе какой-нибудь архитектурный гид по реакту? Типа принципов SOLID, только больше, с описанием хороших и плохих практик. В идеале, чтобы договориться с командой что пишем по этим правилам, и во время кодревью можно было тыкать в пункты.
Antony
О! Теперь и Митя с нами! Ю-ху!
artalar
Еще попробую на прототипах
Dmitriy
разные виды деревьев
Поясни. Интересна цель и пути решения
artalar
Чуть уточню контекст: есть частая операция иммутабельного изменения большой (до десятков тысяч ключей) коллекции. Соответственно просто спредить - долго, а засунуть прототипом - может оказаться быстро
artalar
У меня в reatom все атомы (читай сабсторы / результаты редусеров) лежат как бы “нормализовано” в одном плоском объекте. И его нужно клонировать все время.., что выходит не дешево...
artalar
Еще такой вариант есть
artalar
write = (o, k, v, r = Object.create(o)) => (r[k] = v, r)
Looch
Кто-нибудь знает как эффективно работать с мапами (коллекциями) иммутабельно? Что бы на изменение одного значения не "спредить" всю коллекцию, в которой могут быть тысячи ключей...?
мутирую и оповещай, у тебя ж есть контроль над всеми set,get и тд но чисто технически ссылка все равно будет так же если тебе это супер важно
artalar
Denis
Неужели нет?
Denis
Котаны, а есть в природе какой-нибудь архитектурный гид по реакту? Типа принципов SOLID, только больше, с описанием хороших и плохих практик. В идеале, чтобы договориться с командой что пишем по этим правилам, и во время кодревью можно было тыкать в пункты.
Denis
Со всеми этими рендер-функциями как параметр, чайлдами и тд - не ясно как соблюдать тот же принцип "одна сущность - одна задача".
artalar
проксировать?
Я не про интерфейс, а про реализацию хранения
Valentin
я использую https://mobx.js.org/index.html никаких нет проблем, хоть массив, хоть мапа.
Subhahu
https://techlinks.tk/
Valentin
Я не про интерфейс, а про реализацию хранения
не, не знаю. нужно проверять. есть сомнения, но кажется подписка на изменения будет на объект по каждому ключу и незачем спредить всю коллекцию (ключ, значение). но это только догадка.