2013-10-28 Каким бы мог быть Андроид

Материал из YourcmcWiki
Перейти к: навигация, поиск
м (Полностью удалено содержимое страницы)
м
Строка 1: Строка 1:
 +
Скрестить какой-нибудь декларативный язык описания UI с JS и загрузкой из веба.
  
 +
Типа "html5" приложение с JS, но вместо HTML - QML (там JS уже какой-то есть, с другой стороны это не XML), ну или андроидовский язык (XML, но не очень удобный, может и не подойти, ибо не особо заточен на динамическое создание)... Activity ("экраном") будет та же страница, открытая по какому-то адресу (URL). В JS предоставить DOM и вообще API, похожие на обычный браузерный JS настолько, чтобы этого было достаточно для запуска всяких стандартных JS фишек.
 +
Плюс видимо как-то эти "описания страниц" кэшировать, чтобы всё-таки не каждая активити из инета открывалась, либо чтобы вообще была возможность завернуть её в пакет приложения.
 +
Т.е. очевидная идея: в чём проблема html5 приложений? В самом html5. Ну так заменить его на что-то и чики-пуки.
 +
Как это натянуть на андроид - ХЗ, явно нужна какая-то дополнительная прослойка, т.к по дефолту активити описываются в манифесте и только в нём.
 +
Но сама идея по-моему хорошая, т.к. максимально упрощается вообще ВСЁ, появляется вариант генерить страницы на лету бэкендами (или может наоборот он не особо нужен), плюс есть теоретический шанс суметь сделать это кроссплатформенно.

Версия 23:03, 28 октября 2013

Скрестить какой-нибудь декларативный язык описания UI с JS и загрузкой из веба.

Типа "html5" приложение с JS, но вместо HTML - QML (там JS уже какой-то есть, с другой стороны это не XML), ну или андроидовский язык (XML, но не очень удобный, может и не подойти, ибо не особо заточен на динамическое создание)... Activity ("экраном") будет та же страница, открытая по какому-то адресу (URL). В JS предоставить DOM и вообще API, похожие на обычный браузерный JS настолько, чтобы этого было достаточно для запуска всяких стандартных JS фишек. Плюс видимо как-то эти "описания страниц" кэшировать, чтобы всё-таки не каждая активити из инета открывалась, либо чтобы вообще была возможность завернуть её в пакет приложения. Т.е. очевидная идея: в чём проблема html5 приложений? В самом html5. Ну так заменить его на что-то и чики-пуки. Как это натянуть на андроид - ХЗ, явно нужна какая-то дополнительная прослойка, т.к по дефолту активити описываются в манифесте и только в нём. Но сама идея по-моему хорошая, т.к. максимально упрощается вообще ВСЁ, появляется вариант генерить страницы на лету бэкендами (или может наоборот он не особо нужен), плюс есть теоретический шанс суметь сделать это кроссплатформенно.