Средства и методы разработки

А! А зачем тогда http-сервер? Тогда и file:// возможно достаточно (а для ведроида -- через webkit сделать типа "приложение"). Но кто файл на девайс-то зальёт? Я потому и подумал о контроллере, что мол прямо оттуда, лишь бы URL как-то передать и заставить юзера кликнуть. Т.е. сервер где-то на стороне есть, в самом девайсе например (всё равно с ним взаимодействовать) или на каком-то интернет-сервере. Да, через XmlHttpRequest достучаться до чужого домена невозможно (google://same domain policy) следовательно, из file:// вообще никуда невозможно. Кроме как через вставку <script src="other.domain/..." /> в document через DOM (для чего и JSONP). А смысл кеширования (cache manifest), чтоб если не file:// и не webkit, то чтоб юзер каждый раз через медленный GPRS по пол-часа не качал. Ну и автомагическое обновление опять же.