В старые времена майнфреймов были терминалы. Терминалы выглядели как приложения, но работали совсем по другому. Они просто транслировали команды пользователя на майнфрейм и показывали назад картинку приложения с майнфрейма. Т.е. в терминале не было никакого приложения или бизнес-кода, он просто транслировал команды на майнфрейм и показывал картинку которая приходила с майнфрейма.

Я ищу веб фреймворк который будет работать также. Где Браузер - не содержит никакого кода а просто выполняет роль терминала , транслируя события на сервер и показывая то что сервер ему скажет. Когда нажимается кнопка Браузер отправляет событие на Сервер, Сервер хранит состояние страницы, обновляет его с новым событием, генерирует новый HTML, отправляет его назад Браузеру и Браузер обновляет себя.

Все выглядит так словно это React.JS, только работает совсем по другому и тормозит :).

Я знаю один такой фреймворк , но он на Ерланге/Эликсире .

Я хотел бы найти что-то похожее на JavaScript/TypeScript, Ruby или на Java/Kotlin
Кто знает поделитесь пожалуйста :).

Спасибо, но JSF - это жуть, точно нет.

Вроде как GWT и Vaadin работают похожим образом, но точно не знаю.
Но GWT тоже нет, судя по всему это уже прошлое и никто его не использует.

авторрастр пересылается FullHD или что?
Нет конечно, я просто как пример привел терминалы и майнфреймы где шлется картиннка. Посылается новый HTML.

Нет, слишком долго и заметно. Я же указал - внешне будет казаться что это настоящее жаваскрипт приложение, как на риакте и т.п. Любые шелчки кнопки, валидации форм и т.п. будут обрабатываться. С Ф5 так не получится.

У фреймвокра на Эликсира/Эрланга - один из примеров - игра змейка - попробуйте ее через Ф5 сделать.

Примеры из Еликсира, прикольные штуковины можно делать, фактически мало чем уступает настоящему жаваскрипту "ручной сборки" :)
Если сервера в Америке и пользователи там-же пинг будет минимальный, с быстрым сервером можно уложиться в задержку меньше 200мс

вадя, У нас дискуссия ниочем, все эти вещи не имеют значения.

авторзачем обновлять всё? когда можно обновить только часть?

Какая разница как именно он работает? Строго говоря - Феникс именно так и работает, и обновляет только часть. Но что это меняет? Мне это все вообще безразлично как там фреймворк все это обустроит. Часть он отправит, или полный хтмл а Браузер уже использует риакто-подобный виртуальный дом и по умному обновит ХТМЛ. Или еще как-то. Это задача фреймворка. Главное - результат - должно выглядеть так словно это обычный жаваскрипт.

авторлюбой сайт так и работает

Ни один сайт так не работает, ни обычный старый веб2, ни новый одностраничный. В первом случае состояние формы будет хранится в самой форме, на сервере ничего не будет, во втором - в случае риакта состояние формы будет хранится в стейт компонента.

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

Да, Vaadin именно так работает, один фреймворк нашелся :)

https://stackoverflow.com/questions/39022137/how-does-vaadin-work

авторДля того, чтобы перехватывать и транслировать события и отображать полученный ответ от сервера, уже нужен код.
Нет, не будет там никакого кода КОТОРЫЙ МНЕ БЫ ПРИШЛОСь ПИСАТь. Там будет только код библиотеки фреймворка, про который я знать не знаю и до которого мне нет ни малейшего дела. Уже тыщу раз написал - в том и смысл что МНЕ НЕ НАДО НИЧЕГО САМОМУ ПИСАТь. Что там фреймворк будет грузить и как он это делает с кодом или без мне без разницы.

авторОсталось спросить, удобен ли ваадин бэк и фронт программисту.
Уже посмотрел. Хе-хе, судя по всему, нет - не удобен. На нем получится судя по всему кода больше и сложней чем если писать обычное приложение с риактом.

Зачем нужен такой фреймворк.

Если делать скажем копию http://sql.ru с риактом (или вуе, ангуляром) - нужно будет создать следующие компоненты:

Сервер:
- Модели работы с Базой (Топик, Коммент и т.п.)
- Контроллеры
- АПИ на РЕСТ/Сокет/ГрафКЛ
- Сериализацию моделей в ЖСОН АПИ

Клиент
- Запросы к АПИ
- Обработка ошибок АПИ
- ЖСОН Модели (Топик, Коммент и т.п.) - в явном, либо неявном виде (как часть компонентов, редукс и т.п).
- Риакт компоненты (Топик, Коммент и т.п.)
- Обработчики событий

А с таким фреймворком половину этого кода можно выкинуть, и останется:

Сервер:
- Модели работы с Базой (Топик, Коммент и т.п.)
- Контроллеры
- Риакт-подобные компоненты (Топик, Коммент и т.п.)
- Обработчики событий

Смысл не в том чтобы избежать JavaScript. А в том чтобы не писать весь этот лишний обвес.