Комментарии 6
Идея расширения системы в рантайме, когда клиент докупает фичи звучит красиво, пока этот зоопарк версий не начнет жрать гигабайты памяти в браузере
Статья получилась информативной и с хорошими практическими примерами. Особенно интересно было почитать про использование веб-компонентов как стабильного контракта для интеграции приложений. С нетерпением жду продолжение про шаринг библиотек и изоляцию зависимостей.
С нетерпением жду продолжение про шаринг библиотек и изоляцию зависимостей.
А знаете где эта проблема уже решена на уровне архитектуры? В языке, который не рекомендуют использовать для создания браузерных приложений - в JavaScript.
А знаете где эта проблема уже решена на уровне архитектуры ?) В фрейморке который нельзя называть $mol
клиент докупает необходимые продукты, система расширяется в рантайме.
Чистейший late binding! Приятно видеть, что технологии "кровавого энтерпрайза" прорастают в браузерных приложениях.
Если честно, звучит, как слоёный пирог из абстракций, которые существуют только потому, что вы решили делать много фронтендов. Как вы от лапши в коде с таким подходом подойдёте? Нравится микросервисная архитектура настолько, что решили даже в браузере ее сваять? 😄
Микрофронтенды. Стабильная интеграция нескольких SPA-приложений. Часть 1