Многие из нас должны знать об архитектуре микросервисов. Я бы сказал, что концы MicroFront являются копией той же концепции в веб-приложении. Почему бэкенд должен получать все самое интересное 🤣? Текущая тенденция заключается в создании многофункционального и мощного веб-приложения.

Вы можете думать о Micro Front End как о нескольких небольших функциях, принадлежащих разным командам. У каждой команды могут быть разные бизнес-задачи. Там может быть A-Team, которая является кросс-функциональной и разрабатывает стандарты, которым должны следовать другие команды. Люди из Команды миссии также могут внести свой вклад в эту центральную Команду, разве она не идеальна для Front End-World 🤩. Да!!! Замечательно над этим работать.

В этой быстро развивающейся и быстро меняющейся технологии во фронтенде она дает веб-приложению гибкость для адаптации к новым технологиям, вы можете создать функцию в React, а другие могут быть созданы с использованием Vue или Angular.

Вот некоторые преимущества Micro Frontend -

  • Поддержка изоляции кода и стиля, отдельная команда разработчиков может выбрать свою технологию. Скорость разработки и развертывания очень высокая.
  • Это помогает в непрерывном развертывании.
  • Тестирование становится очень простым, равно как и для каждого небольшого изменения, не нужно идти и трогать все приложение.
  • Front-end обновление - улучшать новое становится проще.
  • Высокая устойчивость и лучшее обслуживание.
  • Поддержка изоляции кода и стилей.

Используемый шаблон проектирования и взаимодействие между приложениями

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

Есть следующие вещи, с помощью которых мы можем достичь этого взаимодействия между приложениями в Micro-интерфейсах:

  1. Функции, компоненты, логика и переменные среды.
  2. Данные API
  3. Состояние пользовательского интерфейса

Таким образом, эти логики компонентов функций известны как widgets в мире внешних интерфейсов Micro, и вы можете повторно использовать эти виджеты в любом репо. Разве не здорово, что вы можете предоставить свой код в виде виджета, а люди в вашей компании могут подключить этот виджет и легко использовать его повторно? Таким образом, здесь используется шаблон дизайна Compositional Design Pattern.

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

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

Спасибо, что нашли время прочитать мою статью.