2013-10-28 Каким бы мог быть Андроид
м (Полностью удалено содержимое страницы) |
м |
||
Строка 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. Ну так заменить его на что-то и чики-пуки. Как это натянуть на андроид - ХЗ, явно нужна какая-то дополнительная прослойка, т.к по дефолту активити описываются в манифесте и только в нём. Но сама идея по-моему хорошая, т.к. максимально упрощается вообще ВСЁ, появляется вариант генерить страницы на лету бэкендами (или может наоборот он не особо нужен), плюс есть теоретический шанс суметь сделать это кроссплатформенно.