Size: a a a

RadioJS Podcast On Air

2017 February 23

KB

Konstantin Burkalev in RadioJS Podcast On Air
Это ребята из Zalando сделали.
источник

П

Пёс Цифрового Сопротивления in RadioJS Podcast On Air
Mosaic он пока про статику онли
источник

П

Пёс Цифрового Сопротивления in RadioJS Podcast On Air
Я справшивал у них как насчет СПА
источник

П

Пёс Цифрового Сопротивления in RadioJS Podcast On Air
Сказали, сами пока пробуем
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
а можно поподробнее о том, зачем это все тащить на фронтенд?
источник

KB

Konstantin Burkalev in RadioJS Podcast On Air
ну на самом деле идея-то правильная. Дать возможность компонентам в приложении быть слабосвязанными. Можно разрабатывать отдельно, а потом это все встраивается в общее большое приложение.
источник

KB

Konstantin Burkalev in RadioJS Podcast On Air
это нужно ровно за тем же, зачем в php/symfony есть бандлы, зачем во всяких .NET используют CQRS и прочие паттерны.
источник

KB

Konstantin Burkalev in RadioJS Podcast On Air
Попытка стандартизовать а-ля IPC
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
видимо вы не только хотите иметь изолированные компоненты, а еще и хотите их рендерить в отдельном треде, а может и еще много чего делать в отдельных тредах и иметь быстрый способ взаимодействовать с главный тредом, так?
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
тогда веб-компоненты не помогут, а надо наворачивать что-то поверх них (ну или вместо них совсем что-то свое)
пока что мне видится, что если каждому веб-компоненту дать во воркеру и в нем делать тяжеловесные вычисления, получится что-то близкое
источник

AL

Anatoly Leskovets in RadioJS Podcast On Air
Спасибо, уже смотрел это решение, как уже заметили сверху - это не про SPA.
источник

VS

Viacheslav Slinko in RadioJS Podcast On Air
микросервисы на фронте могут быть полезны так же как и микросервисы на беке
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
но proof of concept не помешал бы
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
Viacheslav Slinko
микросервисы на фронте могут быть полезны так же как и микросервисы на беке
вот это утверждение вовсе не такое очевидное
источник

VS

Viacheslav Slinko in RadioJS Podcast On Air
мы копаем в эту сторону у себя
источник

AL

Anatoly Leskovets in RadioJS Podcast On Air
Mikhail Bashkirov
а можно поподробнее о том, зачем это все тащить на фронтенд?
Хочется иметь два SPA с независимым деплойментом и разработкой/qa с возможностью объединения в едином контейнере
источник

VS

Viacheslav Slinko in RadioJS Podcast On Air
когда у тебя есть один большой проект и много разработчиков проще разделить их на независимые команды и связать через какую-то внешнюю систему
источник

AL

Anatoly Leskovets in RadioJS Podcast On Air
Так же смотрели на F2 - общая идея похожа, но нет роутинга
источник

AL

Anatoly Leskovets in RadioJS Podcast On Air
источник

MB

Mikhail Bashkirov in RadioJS Podcast On Air
Anatoly Leskovets
Хочется иметь два SPA с независимым деплойментом и разработкой/qa с возможностью объединения в едином контейнере
это все понятно из первоначального вопроса
более конкретно спрошу: зачем усложнять? почему не устраивают компоненты React, например? ну или те же веб-компоненты? нужны алиасы, чтобы можно было даже в случае коллизии имени все равно их заюзать оба? нужно исполнять эти SPA в отдельных тредах? нужно что? попдробнее? фронтенд не бекенд, его ресурсы сильно ограничены, поэтому утверждение о том, что мы хотим такую архитектуру на фронте, не такое очевидное, как может показатьс с первого взгляда
источник