TP
Если в приложении нет нужды на клиенте ворочать какими-то данными, то ценность SPA падает.
Даже не знаю когда такая нужда есть, но наверное иногда есть)
Size: a a a
2020 May 28
OR
Да не знаю, любой CRUD проще будет сделать без SPA
OR
Отвыкли просто
TP
Но уже сейчас есть проблема с созданием приложения в ином стиле — jQuery вроде как не нужна, а React малость тяжеловат, чтобы его на каждую страницу пихать.
Ага, я вот тоже об этом подумал: вроде хочется взять cljs для скриптов, но потом думаю нафига пользователям грузить весь рантайм когда всё рендерится на сервере.
Плюс хочется подпиливать фронт без постоянного обновления сервера
Плюс хочется подпиливать фронт без постоянного обновления сервера
TP
Сомневаясь в современном вебе: Том МакРайт о повсеместном применении SPA и вынужденном решении искусственно созданных проблем → https://macwright.org/2020/05/10/spa-fatigue.html
Читаю)
AR
я предлагаю скинутся и всем сообществом доделать liveview-clj 🙂 в фениксе щас кайфово без SPA не только круды делать, но вообще 95% интерфейсов
TP
я предлагаю скинутся и всем сообществом доделать liveview-clj 🙂 в фениксе щас кайфово без SPA не только круды делать, но вообще 95% интерфейсов
Видел много раз liveview. Прикол в том чтобы обновлять данные на странице по сокетам?
OR
Отвыкли просто
В 2003 или 2004 году я начинал как верстальщик, потом стал программировать — и помнится, что все прекрасно жили без SPA. Кто-то даже пользовался PHP в терминальной стадии, когда шаблон не отделялся от разной логики. Потом вспомнили про XHR и понеслось.
AR
Видел много раз liveview. Прикол в том чтобы обновлять данные на странице по сокетам?
1. менеджить вебсокет с клиентом
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
TP
1. менеджить вебсокет с клиентом
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
Офигеть. А чего пытаются достичь? Обновление дом без перезагрузки страницы?
AR
Офигеть. А чего пытаются достичь? Обновление дом без перезагрузки страницы?
интерактивные интерфейсы в вебе без строчки жса (и без компиляции в жс тоже)
AR
ну и не пытаются, оно работает. есть что улучшать, конечно, но в целом все отлично
AR
я тут на днях игрался, склепал на коленке sql-парсер с мордочкой
OR
Ага, я вот тоже об этом подумал: вроде хочется взять cljs для скриптов, но потом думаю нафига пользователям грузить весь рантайм когда всё рендерится на сервере.
Плюс хочется подпиливать фронт без постоянного обновления сервера
Плюс хочется подпиливать фронт без постоянного обновления сервера
js закешируется, так что на этот момент глаза можно прищурить. Как и с React. А вот подход, который накладывает React, не закэшируется.
TP
ну и не пытаются, оно работает. есть что улучшать, конечно, но в целом все отлично
Да, не так выразился)
OR
1. менеджить вебсокет с клиентом
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
А 2 пункт не будет ли ограничивать? феникс же на erlang работает?
AR
1. менеджить вебсокет с клиентом
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
2. иметь стейтфул агента на сервере подключенного к этому сокету
3. автоматически менеджить лайфцаклы 1. и 2
4. анализировать темплейт и вычислять где и как там используются "переменные", соответсвтующим образом готовить метаинформацию для клиента
5. при изменении стейта понимать на какие части темплейта изменения повлияли и отправлять дифф на клиент с нужной метой
6. на клиенте принимать диффы и мержить их в нужные дом ноды
первые три в формате прототипа вполне работают и в clj версии (https://github.com/prepor/liveview-clj), а вот с эффективыми диффами нужно работать
AR
А 2 пункт не будет ли ограничивать? феникс же на erlang работает?
ну на эрланге и что?
AR
там экторы для стейта, у нас атомы