давно на нем не писал, года 2

Привет всем! Поделитесь плиз опытом в styled-components. Есть ли какой-то бэст-практис по именованию застайленых тэгов-компонентов? Как вы отличаете полноценный компонент от просто застилизованного дива?

Привет всем! Поделитесь плиз опытом в styled-components. Есть ли какой-то бэст-практис по именованию застайленых тэгов-компонентов? Как вы отличаете полноценный компонент от просто застилизованного дива?

я не отличаю, мне все равно какой он (проектирую так, чтобы разницы не было)

Привет всем! Поделитесь плиз опытом в styled-components. Есть ли какой-то бэст-практис по именованию застайленых тэгов-компонентов? Как вы отличаете полноценный компонент от просто застилизованного дива?

StyledItem.displayName = 'FeedRow.BlahBlah';

мы так делаем

что бы в реакт тулсе видно было

StyledItem.displayName = 'FeedRow.BlahBlah';

лол есть же бабель плагин))

ну у нас не всегда совпадают

плюс мы не делали eject из create-react-app

ну у нас не всегда совпадают

а в чем проблема переменную нормально именовать?

осознанно

так сложилось

лол. нуок

поэтому юзаем ту инфраструктуру, которую дает create-react-app. ну и это не наш выбор так-то

я юзаю npmjs.com/babel-plugin-styled-name для автоименования и стараюсь держать все консистентно

че там кстати, на второй styled-components когда флоутайпы появятся?

надо ж уже обновлятся

че там кстати, на второй styled-components когда флоутайпы появятся?

лол

не было ж еще недавно

мы поэтому не спешим

лол

или я чего-то не знаю?

Спасибо

;)

ок, допустим вы делаете компонент, который назвали SuperHernya. Как бы вы назвали застайленый корневой див?

ок, допустим вы делаете компонент, который назвали SuperHernya. Как бы вы назвали застайленый корневой див?

какая разница какой компонент? и что есть застайленый корневой див?

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

ок, допустим вы делаете компонент, который назвали SuperHernya. Как бы вы назвали застайленый корневой див?

да как удобно, так и называй

я думаю тут нет каких-то практик

пока еще

есть рекомендации

покаж

кто умеет в ts?

молчание...

@aleh_atsman ты ж на ts колбасил недавно

кто умеет в ts?

плохо, но чё-т могу

плохо, но чё-т могу

в тайпинги можешь?

есть рекомендации

дай ссылку плез

дай ссылку плез

https://www.smashingmagazine.com/2017/01/styled-components-enforcing-best-practices-component-based-systems/

в тайпинги можешь?

ноуп

https://www.smashingmagazine.com/2017/01/styled-components-enforcing-best-practices-component-based-systems/

спасибо

Как-то не. Лодаш не нужен. Не юзаешь темы. Как-то не

обновил, вроде сейчас лучше) https://gist.github.com/Ralf8686/94079e7e92326c64f41d8c3c442e7618

обновил, вроде сейчас лучше) https://gist.github.com/Ralf8686/94079e7e92326c64f41d8c3c442e7618

я юзаю npmjs.com/themz

чет опасная какая-то либа

ноль старов

аа, она твоя

ну тогда норм

ну тогда норм

лол))) эту только я юзаю)

я в плане что если например styled-components меняет api, не факт что мэйнтер будет ее обновлять

своевременно

а так, если сам юзаешь и сам написал - норм

я в плане что если например styled-components меняет api, не факт что мэйнтер будет ее обновлять

themz это не только для styled-components)))

ну сорян, не углублялся

https://github.com/LestaD/babel-plugin-styled-name тут же есть стары)

и тут https://github.com/LestaD/styled-normalize

но суть не в старах я же популяризую пишу для себя, если кто нашел, тоже юзает

да я понял

я выше написал почему опасно

если так - то норм конечно

лол)))

я в плане что если например styled-components меняет api, не факт что мэйнтер будет ее обновлять

вот это фейл конечно)))

ну бля, не посмотрел я что она делает

четы уже издеваешься

я думал онли для styled

ну бля, не посмотрел я что она делает

да не, вообще как бы)) для этого придуман был semver

не, тогда подробнее

если мейнтейнер обновляет api, то и у себя обновлять эту либу тоже опасно, хоть юзаешь ли ты что-то левое или не юзаешь

ERROR: S client not available

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

когда я выбираю тулзу которая не подкреплена мало мальским комьюнити или более менее известным мэйнтером - я рискую. особенно когда либа зависит от другой либы

в этом ключе

когда я выбираю тулзу которая не подкреплена мало мальским комьюнити или более менее известным мэйнтером - я рискую. особенно когда либа зависит от другой либы

не ну в этом смысле ты конечно прав)) но вот themz завист от API styled-components настолько, что если themz сломается от изменений в sc, то это должны быть такие масштабные изменения, что придется переписывать весь проект зависящий от sc

не, так это круто, я не спорю

не используй табы! НИКОГДА!

вот смотри

та говоришь, лол, есть же babel-plugin-styled-name

я смотрю первый коммит - 20 дней назад

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

не используй табы! НИКОГДА!

Нет на тебя Ричарда)

соответственно тогда этот плагин еще не написал

так что ни разу не лол

не используй табы! НИКОГДА!

А по теме?)

Тут у тебя прооблема раздробленности, что у тебя в каждом компоненте будет уникальный Title и Content? ты получается пишешь дофига вспомогательных компонентов для каких-то комплексных компонентов у тебя в итоге будет куча копипасты из компонента в компонент

гоферы кстати все почти табы юзают

а там gofmt просто табы делает

Тут у тебя прооблема раздробленности, что у тебя в каждом компоненте будет уникальный Title и Content? ты получается пишешь дофига вспомогательных компонентов для каких-то комплексных компонентов у тебя в итоге будет куча копипасты из компонента в компонент

Я понимаю, что эти вещи можно вынести. Меня больше интересует корневой див, который StyledPost. Потому что он ведь семантически должен называться Post.

А по теме?)

предлагаю тебе посмотреть на методологию AtomicDesign (@atomicdesign) Идея заключается в том, что ты проектируешь сначала: составляешь список атомов — простых компонентов, которые есть во многих других компонентах, как например в твоем Post Ты можешь StyledPost переименовать в что-то вроде Card, ведь это может быть не единственный компонент с шириной 100px StyledPostAuthor — может стать Heading или Title с параметрами, и реиспользоваться ещё где-нибудь StyledPostContent — также может именоваться например TextContent и иметь свои пропсы форматирования (простого) и в конечном смысле у тебя получится очень простой компонент, в данном случае это будет organism, так как композирует конечный компонент, который можно много где юзать

Понял, посмотрю. Спасибо!

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

Понял, посмотрю. Спасибо!

закрепленное видео в @atomicdesign вполне просто объясняет суть

ну это мы так решили

хз, правильно это или нет

но нам показалось логичным так делать

мы уже так разрабатывали, но в итоге получается, что мало кто может вспомнить, есть ли именно такой компонент в проекте или нужно новый уникальный запилить как перешли в новом проекте на atomicdesign такие проблемы ушли

гхм, вот думаю, на сколько сложно будет это дело у нас сейчас вынести

идея хорошая на самом деле

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

жалко у меня нет истории в тему атомик дизайна

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

во первых, в чате есть инфа полезная, которая здесь легко потеряется, во вторых, атомикдизайн немного сложнее components/containers

например? (про сложность)