Ну так если то же самое, зачем тащить его?))

проще писать и быстрее работает

Быстрее - это очень растяжимое понятие, с учетом сокета оно может быть будет и быстрее, но проблема будет с балансировкой и по памяти будет больше ресурсов жрать

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

да в этом случае лучше фронт отдельно на реакте, вью, свелте или еще чем-либо. Но тут и классический феникс не зайдет

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

в классическом фениксе conn тоже на сервере болтается, состояние в памяти держит

на время выызова, но если клиент активно работает с сайтом, то практически постоянно.

могут быть несколько окон открыты браузера, одним клиентом.

Нужен benchmark.

+сериадизация/десериализация, и народ в conn структуры пихает полностью, в lv ратуют за то, чтобы только нужные данные класть

да бенчить надо, согласен

Приведу тебе маленький пример:

Есть технология einc - электронные чернила. Когда ты в электронной книжке перелистываешь страницу - тратится энергия и старая перерисовывается на новую.

И есть LCD экран, который горит всегда.


Угадай, с какой скоростью нужно «постоянно» перелистывать страницы в электронной книжке, чтобы разрядить книжку хотябы так же быстро как мобилу???

да есть еще temporary assign, так что минмум мотается.

Так, и о чём пример-то? В вебсокете ровно как и в http1 держится tcp-соединение по которому катаются ACK пакеты чтобы держать его живым

ну там diff передается, а в твоем примере 1 и 2 вариант условно полная загрузка.

+ делаешь temorary asign и будет минимальное кол-во данных в сокете находится.

но даже если оно жрет больше памяти, железо дешевое, программисты дорогие, если LV помогает ускорить разработку в определенных случаях, значит вперед.

Редеплойнул сайт - будут проблемы с реконнектом, намазал 2-3 ноды - будут проблемы с балансировкой, либу апдейтнул - могут быть проблемы с обновлением, клиент отошел от компа, табнулся - у тебя он висит как активный и держит коннект/занимает память, в отличии от SPA нормально не сделать offline-mode, как оно индексируется с точки зрения SEO - одному маккорду понятно. Короче, это сейчас выглядит как технология, с которой интересно играться и юзать ее в тех местах где перечисленные минусы не будут активно влиять (к примеру, админочки, или очень низко-нагруженные приложения)