Да, JavaScript двигается быстро. Все равно создайте свою библиотеку компонентов.

1656643328 da javascript dvigaetsya bystro vse ravno sozdajte svoyu biblioteku komponentov

Вот вопрос, который я слышал несколько раз в последнее время:

Что, если мы создадим библиотеку компонентов в React/Vue/Angular/что угодно, а новая технология компонентов заменит ее?

Это не вопрос, если. Это вопрос когда. Эти технологии приобрели безумную популярность, но это еще не конечная игра. Как и все технологии, что-то лучшее со временем придет и заменит их.

Но этот факт в значительной степени не имеет значения. Создание библиотеки компонентов многоразового использования для вашей компании сегодня остается очень важным.

Вот поэтому.

Двигайтесь быстрее сегодня

Многократные компоненты помогают вашей команде двигаться быстрее, создавая абстракции более высокого уровня. Компоненты устраняют усталость от принятия решений посредством программного применения стандартизированного подхода. Просто рассмотрим уверенную форму TextInput компонент.

Он может устранить все следующие решения:

  1. Мне следует разместить метку над вводом или рядом?
  2. Следует ли отображать ошибки проверки справа или под вводом?
  3. Какого цвета должна быть ошибка?
  4. Как отметить обязательные поля?
  5. Нужно ли проверять обязательные поля при размывании или после отправки?
  6. Сколько отступа следует разместить между меткой и вводом?

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

Обеспечьте последовательность

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

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

Улучшение производительности

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

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

Меньшее обслуживание

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

Более простые обновления позже

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

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

Низкие инвестиции

Библиотека компонентов на самом деле не нуждается в так много работы. К примеру, если вы выбираете React, вам не нужно (и обычно не следует) начинать с нуля. Есть буквально десятки зрелых библиотек компонентов по выбору, а также 100 автономных компонентов.

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

Кроме того, вы можете создать обычные компоненты CSS в качестве основы. Примером такого подхода есть стеки от StackOverflow. Преимущество этого подхода двойное:

  1. Если в будущем вы перейдете на новую технологию, простое основание CSS, которое вы используете за кулисами в своих компонентах JavaScript, можно повторно использовать.
  2. Если компания сейчас использует многокомпонентные подходы, такие как React, Angular и/или Vue, тогда этот подход CSS можно использовать как основу для всех.

Недостаток? Вы должны создавать свои компоненты с нуля, чтобы они использовали ваше простое основание компонентов CSS.

Мои преимущества? Используйте существующую библиотеку компонентов JavaScript в качестве основы, чтобы минимизировать количество кода, который необходимо написать, чтобы начать работу.

Резюме

Не позволяйте быстрым инновациям JavaScript отпугивать вас от инвестиций в многократную библиотеку компонентов для вашей компании. Да, сегодняшние технологии со временем будут заменены, но изменение является единственной постоянной технологией. По всем вышеприведенным причинам сегодня следует использовать многоразовые компоненты.

Ищете более подробную информацию о том, как это сделать? Недавно я опубликовал «Создание многократной библиотеки компонентов React» на Pluralsight. (бесплатное испытание)

Ищете больше о React? ⚛️

Я являюсь автором нескольких курсов React и JavaScript на Pluralsight.

ukD8krGR7M8AnnK7lzjsuLRcFnAOUcCPEIZr

Кори Хаус является автором нескольких курсов по JavaScript, React, чистого кода, .NET и т.д. на Pluralsight. Он является главным консультантом reactjsconsulting.com, архитектором программного обеспечения, MVP Microsoft и обучает разработчиков программного обеспечения по всему миру практикам внешней разработки. Кори твитирует о JavaScript и интерфейсной разработке в Twitter как @housecor.

Добавить комментарий

Ваш адрес email не будет опубликован.