DK
Я — один
Size: a a a
2020 November 17
DK
И без дизайнера, кстати. И без менеджера, лолкек
DK
С этого надо было начинать? :))
AP
Я — один
ну вот поверь мне что если у тебя будут коллеги, то они будут писать с нуля по 500 раз одно и то же, потому что им лень было поискать или они не поняли. Когда все компонент, все ищут компонент. Когда все либо класс, либо компонент, либо набор тегов то у тебя в проекте будет button, awesome-button, aside-button, footer-button и все внутри будут 99% такие же как button =)
AP
ну и css интерфейс задекларировать/провалидировать/протестировать гораздо сложнее чем интерфейс компонента
PM
Забавно, а для меня дефолт разработки — это делать так, чтобы в любом месте проекта можно было написать
<button class='btn'>...</button> и получить кнопку, а не строить интерфейс на импортах компонентов, которые заведомо ограничивают функциональность нативного элемента.+1
PM
наверное можно сказать что в реакт нет компонент, компонент имеет свой флоу, а в реакте посути просто линейная ф-ия для генерации vdom.
поэтому подход другой
поэтому подход другой
вообще там же есть class components и functional. второй вариант это скорее фрагмент
DK
Верю :( Штош, жаль, что так. Многие штуки, в которых я не вижу смысла для себя, созданы как раз для командной работы, чтобы сгладить коммуникационные проблемы.
Но в любом случае у тебя странный тезис тогда про проблему свелта с однострочными компонентами. В твоём же примере у тебя будет кнопка явно не из одной строчки, а из кучи стейта и разветвлений по нему.
Или всё же на практике делаешь реально компоненты, которые просто оборачивают кнопку?
Но в любом случае у тебя странный тезис тогда про проблему свелта с однострочными компонентами. В твоём же примере у тебя будет кнопка явно не из одной строчки, а из кучи стейта и разветвлений по нему.
Или всё же на практике делаешь реально компоненты, которые просто оборачивают кнопку?
PM
UI киты? Ну так да, они же предоставляют некую абстракцию для CSS-фреймворка, чтобы ты никогда не должен был писать нативные элементы. Они предоставляют даже компоненты для флекс-контейнера, хотя казалось бы!
На мой вкус, это чаще костыль, который мешает жить, чем что-то удобное.
На мой вкус, это чаще костыль, который мешает жить, чем что-то удобное.
+1
PM
Ага, я так и делаю, в принципе. Ситуации бывают как раз настолько разные (сгруппированные кнопки, с иконками слева/справа, на весь блок или по ширине контента и пр.), что сделать нормальный юзабельный компонент для этого… ну, очень сложно? и всё равно что-то всегда не будет предусмотрено?
Хз.
Хз.
вот вот и в итоге компоненты получаются супер раздутыми, совершенно не поддерживаемыми и все равно не 100% кастомизируемые
ON
вот вот и в итоге компоненты получаются супер раздутыми, совершенно не поддерживаемыми и все равно не 100% кастомизируемые
как жить то тогда? без UI фреймворков, спрос на свелт падает
PM
Что "то же самое"? Это ж один тег, мать его!
поэтому лично я считаю что тот факт что реакт стирает грань между компонентами и элементами это скорее зло. свелт делает верно что явно разграничивает эти вещи. в будущем это может сыграть важную роль когда веб-компоненты станут повсеместными
PM
как жить то тогда? без UI фреймворков, спрос на свелт падает
зачем тебе UI фреймворк, если 1) твой дизайн на него не натянуть 2) компоненты в твоем приложении не ложатся ни на какой фреймворк
ON
зачем тебе UI фреймворк, если 1) твой дизайн на него не натянуть 2) компоненты в твоем приложении не ложатся ни на какой фреймворк
у меня чаще нет дизайна, и взять какой-нибдуь ui как бы напрашивается само собой.
я ж не дизайнер, что бы кнопки рисовать
я ж не дизайнер, что бы кнопки рисовать
PM
ну вот поверь мне что если у тебя будут коллеги, то они будут писать с нуля по 500 раз одно и то же, потому что им лень было поискать или они не поняли. Когда все компонент, все ищут компонент. Когда все либо класс, либо компонент, либо набор тегов то у тебя в проекте будет button, awesome-button, aside-button, footer-button и все внутри будут 99% такие же как button =)
большинство проектов на реакт - это просто безсмысленно распухшее новогоднее дерево, в котором ничерта не найти. оно совершенно не поддерживаемое, а любая даже самая примитивная задача сразу вызывает массу проблем. вещи которые на свелт делаются за день, на реакт делаются спринт и дело не в реакт, а именно в том, к каким подходам он призывает и какие подходы в нем приняты
PM
у меня чаще нет дизайна, и взять какой-нибдуь ui как бы напрашивается само собой.
я ж не дизайнер, что бы кнопки рисовать
я ж не дизайнер, что бы кнопки рисовать
тогда проще взять CSS фреймворк и на его основе сделать ровно то, что нужно под проект
PM
я не верю в унифицированные решения, особенно когда речь идет об оптимизированных приложениях
PM
недавно вот правил подобное решение на React. чуть не застрелился пока пытался прокинуть пропс в сильно вложенный компонент
PM
в итоге так и не смог