Либо делать eject Либо руками Там ничего сложного, просто сесть и разобраться, один вечер

Сегодня тоже планирую разобраться и руками собирать. Сейчас с КРА билд моего маленького приложения весит 104Мб…(

Сегодня тоже планирую разобраться и руками собирать. Сейчас с КРА билд моего маленького приложения весит 104Мб…(

Сегодня тоже планирую разобраться и руками собирать. Сейчас с КРА билд моего маленького приложения весит 104Мб…(

Думаешь, кра виноват? :D

уверен

Ты что-то поломал

это мне и предстоит выяснить.

глянул бы по бандланалайзеру шо у тебя там за дичь

а с кра это можно сделать без эджекта?

да. Все в доке

Вот так гуд? https://medium.com/@jbandi/you-can-use-create-react-app-with-webpack-bundle-analyzer-without-ejecting-1b8727d9b2ea

как правильно назвать экшн при котором айтемы добавляются в карту? ON_CART_ITEM_INCREASE CART_ITEM_INCREASE INCREASE_CART_ITEM последний вариант норм? ибо будут INCREASE_CART_ITEM ADD_CART_ITEM REMOVE_CART_ITEM

ReasonReact выглядит как человеческий способ писать реакт. Не идеально и можно делать грязь, но куда приятнее ванилы или тс. Интересно, насколько он готов для прода. 🤔

и в чем смысл, ТС победил, куча тайпингов на тс уже написаны

В том, что фп среда, очевидно.

в чем тут плюс, ФП имеет плюсы и минусы свои, так что это слабый аргумент

++ Обновлял недавно

Всем привет! подходит ли Context для передачи данных между независимыми компонентами или нужен redux, или хз?

Не подходит. Только стейт менеджер.

Всем привет! подходит ли Context для передачи данных между независимыми компонентами или нужен redux, или хз?

Контекст - это средство, а не библиотека

Всем привет! подходит ли Context для передачи данных между независимыми компонентами или нужен redux, или хз?

так а redux это не стейт менеджер?

Внимание вопрос! Что не так?

export default, redux, вместо композиции компонентов невнятный div class

Подскажите, как можно поймать нужный компонент? Увидел вот такую структуру и не понимаю, как такое может реализовываться. <Popover> <PopoverContent> Тело поповера </PopoverContent> <PopoverTrigger> Какой то компонент над которым будет появляться поповер </PopoverTrigger> </Popover> Так, вот, как в логике компонента Popover мы можем получить PopoverContent? Как узнать, что он один или несколько? Кто то так вообще делал? Расскажите плз.

Подскажите, как можно поймать нужный компонент? Увидел вот такую структуру и не понимаю, как такое может реализовываться. <Popover> <PopoverContent> Тело поповера </PopoverContent> <PopoverTrigger> Какой то компонент над которым будет появляться поповер </PopoverTrigger> </Popover> Так, вот, как в логике компонента Popover мы можем получить PopoverContent? Как узнать, что он один или несколько? Кто то так вообще делал? Расскажите плз.

anchorEl как в материал, только без обертки PopoverTrigger

не не не, все должно быть в таких обертках

у кого есть опыт переписывания проекта на тс? есть какие-то советы? стоит ли это вообще делать?

Нормально - никак. Передавай компоненты через пропсы.

у кого есть опыт переписывания проекта на тс? есть какие-то советы? стоит ли это вообще делать?

у кого есть опыт переписывания проекта на тс? есть какие-то советы? стоит ли это вообще делать?

у кого есть опыт переписывания проекта на тс? есть какие-то советы? стоит ли это вообще делать?

мне просто говорят, что смысла нет, ибо либо с нуля писать, либо на js

пробуйте сразу выносить все на тонкие интерфейсы и познайте композицию (это из SOLID) . И будете жить хорошо

тонкие интерфейсы?

ну пускай они будут не более 7 строк

у кого есть опыт переписывания проекта на тс? есть какие-то советы? стоит ли это вообще делать?

то есть, до 7 пропов грубо говоря?

Для начала необхолдимо посмотреть на свою аппликацию с точки зрения ее модульности и классификации в ней обобленных механизмов и сущностей, т.е. декомпозицию надо оценить.... если "связанность сильная" то сначала стоит поработать именно над декомпозицией и уменьшением связанности. если нет - то стоит начать с типизации "сущностей", т.е. если например используется REDUX то для начала типизируйте экшены, стор и редюсеры в каждом случае оптимальная стратегия - будет разной, где-то можно будет прям махом перебраться на другие версии зависимостей написанных на TS Но принцип "разделяй и типизиуй"

Сказали что это говно и нужно как описал выше. Я хочу понять как это делать

а как понять "сильную" связанность? связанность с чем?

Сказали что это говно и нужно как описал выше. Я хочу понять как это делать

ну значится пусть они помогают тебе реализовывать

Всем привет! подходит ли Context для передачи данных между независимыми компонентами или нужен redux, или хз?

Подходит. Вполне подходит. Только независимые компоненты должны быть ниже ВСE! Если вы ходите получить типа того: https://reacttraining.com/blog/portals-with-context/

на контекстах нельзя писать логику

Подходит. Вполне подходит. Только независимые компоненты должны быть ниже ВСE! Если вы ходите получить типа того: https://reacttraining.com/blog/portals-with-context/

Ну, может ему только передать что-то нужно. Хотя, конечно, до redux он рано или поздно но ... придёт.

а потом уйдет от ридакса, потому что боль

А когда редакс хороним-то?

Не, потом будет пытаться уйти ... но всё время будет возвращатся.

и коллеги у меня так же говорят

Адекватные люди.

Не, потом будет пытаться уйти ... но всё время будет возвращатся.

До первого легаси проекта 🌚

До первого легаси проекта 🌚