LINUX.ORG.RU

История изменений

Исправление foror, (текущая версия) :

Все мощное и брутальное несовместимо с вебом от слова совсем.

Голословное утверждение, особенно в рамках вот этих драфтов https://github.com/KhronosGroup/WebGLNext-Proposals/tree/master/Obsidian-Mozilla и http://tc39.github.io/ecmascript_simd/ Но бог с ними, с этими драфтами... У нас же десктоп, а значит добавь бекенд и запускай там хоть асиксы. А фронтенд будет лишь отвечать за UI и принимать с бекенда порции данных через тот же вебсокет. Примерно как это делают на сервер-сайде с БД.

Более того, Servo пошли еще дальше. Можешь встраивать рендер DOM прямо в своё ПО и обрабатывать события от UI не JS, а напрямую из ржавого.

А с другой стороны веб фреймворки и не предназначены для этого.

А зачем использовать веб-фреймворки для веб-приложений? Может стоит использовать специально заточенные фреймворки для веб-приложений?

Исправление foror, :

Все мощное и брутальное несовместимо с вебом от слова совсем.

Голословное утверждение, особенно в рамках вот этих драфтов https://github.com/KhronosGroup/WebGLNext-Proposals/tree/master/Obsidian-Mozilla и http://tc39.github.io/ecmascript_simd/ Но бог с ними, с этими драфтами... У нас же десктоп, а значит добавь бекенд и запускай там хоть асиксы. А фронтенд будет лишь отвечать за UI и принимать с бекенда порции данных через тот же вебсокет. Примерно как это делают на сервер-сайде с БД.

Более того, Servo пошли еще дальше. Можешь встраивать рендер DOM прямо в своё ПО и обрабатывать события от UI не JS, а напрямую из ржавого. Вот за этим подходом будущее.

А с другой стороны веб фреймворки и не предназначены для этого.

А зачем использовать веб-фреймворки для веб-приложений? Может стоит использовать специально заточенные фреймворки для веб-приложений?

Исправление foror, :

Все мощное и брутальное несовместимо с вебом от слова совсем.

Голословное утверждение, особенно в рамках вот этих драфтов https://github.com/KhronosGroup/WebGLNext-Proposals/tree/master/Obsidian-Mozilla и http://tc39.github.io/ecmascript_simd/ Но бог с ними, с этими драфтами... У нас же десктоп, а значит добавь бекенд и запускай там хоть асиксы. А фронтенд будет лишь отвечать за UI и принимать с бекенда порции данных через тот же вебсокет. Примерно как это делают на сервер-сайде с БД.

Более того, Servo пошли еще дальше. Можешь встраивать рендер DOM прямо в своё ПО и обрабатывать события от UI не JS, а напрямую из ржавого.

А с другой стороны веб фреймворки и не предназначены для этого.

А зачем использовать веб-фреймворки для веб-приложений? Может стоит использовать специально заточенные фреймворки для веб-приложений?

Исходная версия foror, :

Все мощное и брутальное несовместимо с вебом от слова совсем.

Голословное утверждение, особенно в рамках вот этих драфтов https://github.com/KhronosGroup/WebGLNext-Proposals/tree/master/Obsidian-Mozilla и http://tc39.github.io/ecmascript_simd/ Но бог с ними, с этими драфтами... У нас же десктоп, а значит добавь бекенд и запускай там хоть асиксы. А фронтенд будет лишь отвечать за UI и принимать с бекенда порции данных через тот же вебсокет. Примерно как это делают на сервер-сайде с БД.

Более того, Servo пошли еще дальше. Можешь встраивать рендер DOM прямо в своё ПО и обрабатывать события от UI не JS, а напрямую в своём ПО на ржавом.

А с другой стороны веб фреймворки и не предназначены для этого.

А зачем использовать веб-фреймворки для веб-приложений? Может стоит использовать специально заточенные фреймворки для веб-приложений?