Телеграмм чат группы react_js страница 47011

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

React — русскоговорящее сообщество

11630 membersпожаловаться на группу

2020 October 29

А

Александр in React — русскоговорящее сообщество

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

По мне блоки очень хорошо ложатся на компоненты.

источник

14:49пожаловаться #1

S

Stanislav in React — русскоговорящее сообщество

Bogdan Neterebskii

Добрый день. Не подскажите, можно ли типизировать компонент страницы в nextjs (то, что определяется в pages)? И если да, то какой у этого тип?

Next.js by Vercel - The React Framework

Production grade React applications that scale. The world’s leading companies use Next.js by Vercel to build static and dynamic websites and web applications.

там есть NextPage, NextComponentType, но они костыльные какие-то, я предпочел забыть что я в нексте и возвращаю JSX.Element (пропсы типизирую там где принимаю)

источник

14:49пожаловаться #2

А

Александр in React — русскоговорящее сообщество

Она подходит к компонентному подходу. Т.е. ты создал компонент и пихай куда угодно. Но что, если мне надо создать похожий компонент, а стили у него похожи с первым. Тут бы БЭМ выручил неплохо, а модульная ксс в этом случае всё портит

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

источник

14:50пожаловаться #3

BN

Bogdan Neterebskii in React — русскоговорящее сообщество

там есть NextPage, NextComponentType, но они костыльные какие-то, я предпочел забыть что я в нексте и возвращаю JSX.Element (пропсы типизирую там где принимаю)

Спасибо!

источник

14:50пожаловаться #4

DA

Danya Adadurov in React — русскоговорящее сообщество

Александр

По мне блоки очень хорошо ложатся на компоненты.

Они ложатся В компоненты. В компоненте может быть любое кол-во блоков. а вот в блоке напротив не может быть что-то большее, чем блок. Сравнивать их, всё равно что сравнивать грузовик, и ящики, которые этот грузовик перевозит

источник

14:51пожаловаться #5

BB

Bugs Bunny in React — русскоговорящее сообщество

Они ложатся В компоненты. В компоненте может быть любое кол-во блоков. а вот в блоке напротив не может быть что-то большее, чем блок. Сравнивать их, всё равно что сравнивать грузовик, и ящики, которые этот грузовик перевозит

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

источник

14:52пожаловаться #6

А

Александр in React — русскоговорящее сообщество

Они ложатся В компоненты. В компоненте может быть любое кол-во блоков. а вот в блоке напротив не может быть что-то большее, чем блок. Сравнивать их, всё равно что сравнивать грузовик, и ящики, которые этот грузовик перевозит

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

источник

14:52пожаловаться #7

NT

Nikolay Tolochnyy in React — русскоговорящее сообщество

Александр

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

это когда?

источник

14:53пожаловаться #8

А

Александр in React — русскоговорящее сообщество

Nikolay Tolochnyy

это когда?

Что когда?

источник

14:53пожаловаться #9

NT

Nikolay Tolochnyy in React — русскоговорящее сообщество

Александр

Что когда?

когда можно делать элементы элементов?

источник

14:53пожаловаться #10

NT

Nikolay Tolochnyy in React — русскоговорящее сообщество

такого вообще не должно существовать

источник

14:54пожаловаться #11

DA

Danya Adadurov in React — русскоговорящее сообщество

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

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

источник

14:54пожаловаться #12

А

Александр in React — русскоговорящее сообщество

Nikolay Tolochnyy

когда можно делать элементы элементов?

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

источник

14:55пожаловаться #13

BB

Bugs Bunny in React — русскоговорящее сообщество

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

если у тебя DRY прямо в крови, то можешь юзать миксины. но в большинстве случаев переменных хватает

источник

14:55пожаловаться #14

DA

Danya Adadurov in React — русскоговорящее сообщество

если у тебя DRY прямо в крови, то можешь юзать миксины. но в большинстве случаев переменных хватает

переменные не решают проблему дублирования, ты просто будешь переписывать свойства по 100500 раз записывая переменные, вместо значений. А на счёт проектирования: организация CSS кода - это часть проектирования, при чём не самая последняя на фронте.

источник

14:58пожаловаться #15

BB

Bugs Bunny in React — русскоговорящее сообщество

переменные не решают проблему дублирования, ты просто будешь переписывать свойства по 100500 раз записывая переменные, вместо значений. А на счёт проектирования: организация CSS кода - это часть проектирования, при чём не самая последняя на фронте.

если честно, я не понимаю концепцию
то есть, условно у нас есть Button. внезапно, нам нужен Button с Icon.
мы берем Button, добавляем ему startIcon, endIcon пропы, вешаем на них классы из модуля и все

источник

14:59пожаловаться #16

BB

Bugs Bunny in React — русскоговорящее сообщество

делаем сокрытие в зависимости от переданного пропа

источник

14:59пожаловаться #17

DA

Danya Adadurov in React — русскоговорящее сообщество

если у тебя DRY прямо в крови, то можешь юзать миксины. но в большинстве случаев переменных хватает

В идеале должны быть БЭМ-блоки с глобальной областью видимости и минимумом специфичности, которые можно использовать сразу в нескольких компонентах. Кнопки, инпуты, etc...

источник

14:59пожаловаться #18

BB

Bugs Bunny in React — русскоговорящее сообщество

В идеале должны быть БЭМ-блоки с глобальной областью видимости и минимумом специфичности, которые можно использовать сразу в нескольких компонентах. Кнопки, инпуты, etc...

ну это тебя уже в степь какую-то лютую понесло. ты создаешь одну и ту же вариацию Button с разными классами?

источник

15:00пожаловаться #19

BB

Bugs Bunny in React — русскоговорящее сообщество

PrimaryButton, SecondaryButton?

Button color='primary' ?

источник

15:00пожаловаться #20