Дякую, вдалося) в принципі за таким підходом і рухаюсь, бо вже є невеликий досвід. А от оці правила-підходи на початку відео я б собі виписала, бо завжди при структуруванні хочеться якось по новому його запхати: а так буде якась тактика і можна її притримуватись. Також про shared не знала - зручна фішка, щоб було зрозуміло, звідки компоненти позичати@@reactdev
З реімпортами не так просто. Вони потребують index файлів що ускладнюють навігацію та можуть зламати тришейкинг. З іншої сторони вони дійсно спрощують імпорти. Тому я цей момент оминув спеціально, щоб не ускладнювати.
Мені викладач радив index файли для зручності імпортів...хоча мені,чесно кажучи, то не зручно)))@@reactdev а можна детальінше про вплив "Вони потребують index файлів що ускладнюють навігацію та можуть зламати тришейкинг"?
Термин “Container components” ввел еще Дэн Абрамов, когда придумал Redux.Компонент если у него уже имеются входные и выходные данные будет обычным переиспользуемым компонентом, но как только коннектим его к Redux, то есть отправляем какие либо actions из компонента или берем дату из стора и используем в нем то он стал контейнером. Если у нас этот компонент будет в components, то теперь его отправляем в containers.
В сервісах, а структурно - все так само. Якщо логіка потрібна лише на одній сторінці то в теці цієї сторінки. Якщо для всіх то в shared. Підхід універсальний
Оо це прям те, що треба 🥹 завжди інтуітивно структурую, а хотілось би систематизувати знання
Подивимось чи вдалося мені відповісти на ваш запит)) Напішть потім які враження, будь-ласка, бо боюся 15 хвилин може бути малувато.
Дякую, вдалося) в принципі за таким підходом і рухаюсь, бо вже є невеликий досвід. А от оці правила-підходи на початку відео я б собі виписала, бо завжди при структуруванні хочеться якось по новому його запхати: а так буде якась тактика і можна її притримуватись. Також про shared не знала - зручна фішка, щоб було зрозуміло, звідки компоненти позичати@@reactdev
Дякую!
Коментар в підтримку. Ну і особливо приємно побачити те що хтось майже буквально «читає твої думки». 😊
Дякую! Як завжди, дуже цікаво і корисно)
Дякую!
Ще я б додав про reimport компонентів з папок dashboard, login, shared …. та інших. Це теж вирішує ситуацію довгезних назв при імпорті.
З реімпортами не так просто. Вони потребують index файлів що ускладнюють навігацію та можуть зламати тришейкинг. З іншої сторони вони дійсно спрощують імпорти. Тому я цей момент оминув спеціально, щоб не ускладнювати.
Мені викладач радив index файли для зручності імпортів...хоча мені,чесно кажучи, то не зручно)))@@reactdev а можна детальінше про вплив "Вони потребують index файлів що ускладнюють навігацію та можуть зламати тришейкинг"?
Дякую! Так значно наглядніше, ніж просто текст)
Скажіть - простіше, правда?
@@reactdev однозначно! 🔥
Дякую
👍🏻
Термин “Container components” ввел еще Дэн Абрамов, когда придумал Redux.Компонент если у него уже имеются входные и выходные данные будет обычным переиспользуемым компонентом, но как только коннектим его к Redux, то есть отправляем какие либо actions из компонента или берем дату из стора и используем в нем то он стал контейнером. Если у нас этот компонент будет в components, то теперь его отправляем в containers.
Подскажите пожалуйста где хранить функции(логику), которые переиспользуются во многих компонентах. Чистую логику без вёрстки.
В сервісах, а структурно - все так само. Якщо логіка потрібна лише на одній сторінці то в теці цієї сторінки. Якщо для всіх то в shared. Підхід універсальний
🟦🟦🟨🟨
Дякую