#frameworks #web-component #micro-frontend
#фреймворки #веб-компонент #микро-интерфейс
Вопрос:
Я слышу эту фразу уже давно. Я прочитал несколько статей и до сих пор не могу понять, что это на самом деле означает. Я всегда вижу, что они дают какое-то имя фреймворка. Но я хочу понять, что это значит и почему оно появилось. Кто-нибудь может мне здесь помочь?
Ответ №1:
Не зависящий от фреймворка в общем случае означает именно это, т.е. не зависящий или независимый от какой-либо фреймворка.
Поскольку вы не упомянули здесь контекст, я предполагаю, что вы хотите узнать об этом с точки зрения JavaScript и интерфейсной веб-разработки.
Чтобы привести вам пример, компании или команды разработчиков часто имеют дело со следующими приоритетами
-
Часто в крупных компаниях есть несколько команд, работающих над различными модулями или разделами интерфейса их продукта. Эти команды часто автономны и самоуправляемы, что означает, что они выбирают свой собственный фреймворк Javascript для разработки интерфейса.
-
Однако, будучи компанией, вы хотели бы убедиться, что пользовательский интерфейс одинаков во всех различных модулях и разделах вашего продукта, независимо от того, с чем каждая команда предпочитает работать.
Чтобы сбалансировать эти два конкурирующих приоритета, пригодится концепция независимых от фреймворка библиотек веб-компонентов. Чтобы заставить ит работать как компанию, вы поощряете свою команду разрабатывать библиотеку веб-компонентов, которые не зависят ни от какого фреймворка, такого как Vue, Angular, React. Затем команды могут использовать эти компоненты взаимозаменяемо, независимо от того, какой фреймворк они используют.
Вот несколько ссылок, которые должны помочь
Комментарии:
1. очень полезный ответ, просто небольшая поправка «вы поощряете свою команду …» вместо » вы поощряете свою команду».. он показывал мне «очередь редактирования заполнена ..», Спасибо
Ответ №2:
xyz не зависит от фреймворка, это просто означает, что xyz не зависит ни от какого фреймворка. Это отличная и очень нужная идея, которая фокусируется на создании библиотек / компонентов, которые не зависят от какой-либо конкретной среды для их реализации, а на разработке универсального материала для всех.
Вот блестящая статья, чтобы узнать больше об основной идее, лежащей в ее основе. https://micro-frontends.org/#the-dom-is-the-api
Комментарии:
1. Точно! Хорошо сказано!