Как стать автором
Обновить

Комментарии 18

Так выглядит код кнопки здорового человека:

И дальше 121 строка кода. Не кажется ли что это "немного" избыточно?

У кнопки множество состояний, поэтому много кода, но это позволяет дать юзеру более удобный интерфейс)

Множество - это сколько? Учитывая, что поведение всё равно отображается браузером. Да, наверное, есть ещё состояние loading, или кнопка с выбором - но их нет в текущем описании и отображении.

Почему не оставить это всё в классах css?

Получилось поверхностно. Преимущества использования готовых компонентов очевидны, мне не хватило следующего:

— сравнения трех путей: написания собственной библиотеки, использования готовой, без использования. Включить туда оценку в часах на разработку библиотеки, чтобы взвесить решение написания собственной, продвигаемое в статье. Включить стоимость поддержки, документации. Vuetify сам обновит документацию и перейдет на vue 3, компании же самой придется этим заниматься. По итогу построить график сравнения этих трех путей, который позволит понять сколько компании будет стоить каждый из путей в зависимости от времени и числа проектов.

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

— можно было бы привести сравнение существующих библиотек (vuetify, quasar и тд). Их стоимость, документацию, расширяемость

— на чем базируется UI KIT, как вписывается в принципы атомарного дизайна и прочие детали

Спасибо за супер развернутый комментарий и за то что накидали нам идей для будущих статьей, попробуем раскрыть эти вопросы)

Ну напридумывали. Свкрхподавляющее большинство интерфейсов можно построить на бесплатных библиотеках, начиная с bootstrap и заканчивая тем же упомянутым vuetify. Речь о компактном коде? Средний разработчик закроет этот вопрос по умолчанию. Ну а цвет кнопок и тень от них, как показывает практика, не показатель крутизны информсистемы.

В общем, нужны более могучие доводы :-)

Можете ли назвать знаменитые удобные сайты или сервисы на готовой библиотеке?)

У вас речь идёт об информационных системах, о них я и писал. Сайты -- это всего лишь подмножество ИС

Если у вас большая компания с тысячами сотрудников, то лучше с нуля отрисовать дизайн + соответствовать гайдлайнам + писать ui kit конкретно под ваш стек. Но если у вас маленькая ИС и мало пользователей пусть даже внутренних, то мы согласны проще накидать на готовой библиотеке)

Если говорить о том что проще, то вопрос о какой-то кастомной UI вообще не встаёт. И как необходимость кастома зависит от количества пользователей? Вопрос риторический

Действительно удобные интерфейсы разрабатываются с нуля в зависимости от задач. Поэтому я привел в пример популярные сайты и приложения. Всегда удобнее, когда дизайн разрабатывается с нуля под конкретные задачи, а не пытается подстроится под готовые элементы из библиотек.

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

Цвет кнопок и во vuetify можно выбрать или подогнать самому. Мы про дизайн системы в целом.

Эм... Википедия?)
Тут скорее момент, в разрезе каких компаний мы говорим?
Большие и "знаменитые" - у них и без вашей статьи, думаю, есть люди с пониманием того куда и как нужно двигатся в дизайне UI и зачем.
А у средненьких и маленьких, коих большинство, потребность в UI ките сводится к всяческим админкам и внутренним решениям. Головной сайт выставленный наружу, как правило один. (те UI кит ему и правда нужен, если сайт большой. Вот прям портал целый, но если это обычная приветсвенная страничка с простым магазином на битриксе, его проще и дешевле написать бех китов с темже результатом для конечного пользователя)

Но вот для всех внутренних решений и админок как раз удобнее готовые наборы и библиотеки, по одной простой причине - поддержка и развитие их сводится к минимуму по затратам.

Свой UI кит надо поддерживать, тестировать, расширять и пополнять каждые 3-5 лет иногда меняя координально, как внешний вид, так и код под требования современных фреймворков. Дорого это.

Вы правы, но маленькие и средние компании чаще используют no code решения, а не идут в разработку. К тому же большие компании занимают большую часть рынка и разрабатывают больше систем, чем средние и маленькие компании. Мы согласны, что если у вас небольшая компания и мало сотрудников, то проще накидать все на ui kit, но если ты многомиллиардная корпорация с тысячами сотрудников, то лучше сделать с нуля удобный интерфейс + по технологиям, которые поддерживаются в вашей фирме. Мы не хейтим готовые киты, но действительно удобные проекты дизайнятся и делаются с нуля)

НЛО прилетело и опубликовало эту надпись здесь

/**

  • Обработчик события на клик по мыши для кнопки

  • / onClick?: () => void;

Объясните мне, зачем эти комментарии? Может я перечитал "чистый код", но визуально размазывается фокус и загрязняется код.

Используете typescript? css-in-js? https://stitches.dev на данный момент лучшее решение, в планах static extraction, пока бандл ~6kb Gzip.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории