Если ты много слушаешь лекций по программированию или видео с разработкой на ютьюбе, да в принципе, даже если ты подойдешь к своему утюгу и прислушаешься, то услышишь как он шипит слово “микрофронтэнд”.
Что же это все-таки такое? Давай разбираться! Помнишь, в самых первых постах, когда я рассказывал, какие бывают программисты, то упоминал бэкэндеров, которые пишут код для выполнения на удаленном сервере и фронтэндеров, которые пишут код чтобы нам с тобой было красиво и удобно пользоваться в основном веб-приложениями? Так вот, в распоряжении бэкэндеров есть прекрасная и удобная микросервисная архитектура, которая помогает распилить одно большое приложение на связанные друг с другом бизнес-логикой, но все-таки физически независимые друг от друга кусочки и запускать/обновлять их независимо друг от друга. Вот и фронтэндеры позавидовали, топнули ножкой и сделали себе что-то похожее. Оно не совсем получилось независимое друг от друга, в виду некоторых особенностей работы веб-браузеров, в которых фронт отображается, но некоторая автономность кусочков этого приложения там все-таки присутствует.
Один из возможных подходов здесь - 1 микрофронтенд = 1 микросервис. В общем, если говорить без некоторых нюансов в виде общей древовидной структуры элементов на веб-странице, то наше большое приложение объединяет много маленьких.
Вроде все выглядит удобно, но тут, равно как и с микросервисами нужно подумать дважды: а надо ли оно тебе, ведь например в этом случае сильно усложняется инфраструктура, тестирование юнит-тестами, становится больше кода для поддержки изменений ну и в отличии от монолитного приложения тяжелее во всех смыслах? в том числе и для пользовательского браузера взаимодействие этих интерфейсов друг с другом.
Так что как и везде: бездумно гнаться за трендом - это создать себе еще больше проблем. А для того чтобы тебе научиться различать, что же подойдет больше и есть я, так что подписывайся и ставь лайки!