Недостатки локального веб-сервера на рутированном планшете Android?
У меня есть два веб-приложения, одно из которых использует java / tomcat / postgresql,
другой php / mysql. Мне нужно запустить их в автономном режиме на планшете.
Таким образом, я должен принять решение переписать их в обычные приложения для Android, или использовать as is,
Итак, вы видите какие-то большие недостатки по сравнению с обычным Android-приложением при установке?
oracle jvm, php, mysql, postgresql, предварительно собранный для arm cpu в рутированный android? Обратите внимание, что в этом случае веб-приложение будет иметь только одного пользователя / клиента.
Например, энергопотребление или использование процессора?
Как я понимаю, из-за использования петлевого устройства,
нет потери мощности для 3G / LTE / Wifi. Из-за работы php / tomcat
только во время http запроса, не большой мощности или использования процессора?
И как понимают открытые розетки на петлевом устройстве, чтобы не мешать переходить в режим пониженного энергопотребления.
Единственная разница в сравнении с обычным приложением для Android, насколько я понимаю, будет более большим использованием памяти?
Решение
Эмм …
У меня есть два веб-приложения, одно из которых использует java / tomcat / postgresql, другое php / mysql. Мне нужно запустить их в автономном режиме на планшете. Таким образом, я должен принять решение переписать их в обычные приложения для Android, или использовать как есть.
Если вы хотите запускать что-то локально на устройстве Android, вы должны заставить их работать как приложение Android. Или как часть одного.
Итак, вы видите какие-то большие недостатки по сравнению с обычным Android-приложением, в установке oracle jvm, php, mysql, postgresql, предварительно встроенной для arm cpu в root-андроид? Обратите внимание, что в этом случае веб-приложение будет иметь только одного пользователя / клиента.
Если тот, кто собирается использовать это, не возражает против огромный накладные расходы (по сравнению с обычными возможностями портативных устройств), то это нормально. Я не вижу, что это происходит, хотя.
Слушай, я не хочу звучать грубо, но кто дал тебе такой глупый идея? (слишком старается, чтобы не сказать что-то еще здесь). Программы, о которых вы упоминаете, явно не предназначены для выполнения внутри такого устройства. Некоторые из них могут даже нуждаться в полной переписке, чтобы даже запустить.
Если вдаваться в подробности, некоторые из недостатков:
- Более высокое потребление ресурсов процессора и оперативной памяти, специально оперативка. И вам нужна энергия, чтобы хранить данные в оперативной памяти, так что …
- Более высокий расход батареи, из-за первого. И тот факт, что вы фактически запустите несколько приложений вместо одного.
- Одна из необходимых технологий может (будут) не работа. В Android нет привычной виртуальной машины Oracle Java SE с JIT-компиляцией и 3х сборщиков мусора на выбор, она использует либо Dalvik VM, либо ту новую, имя которой я не помню. Публичные библиотеки и API по умолчанию разные. Даже внутренняя ОС не содержит всех двоичных файлов, которые есть в стандартном дистрибутиве Linux, и для их установки вам понадобится приложение типа BusyBox.
- Обязательно потребуется рут. Пользователи часто не одобряют рутирование своих устройств, потому что они обычно заканчивают тем, что их забивают, так или иначе, и потому что это аннулирует любую активную гарантию. Удачи, убедив их сделать это, хотя бы один раз произнеся фразу «бесплатные драгоценности для Clash Royale».
- Эти технологии предназначены для использования несколькими пользователями. Какой смысл использовать полный клиент / сервер, если только один пользователь будет использовать сервер?
Кроме того, у вас есть Java, C и SQLite в вашем распоряжении, все из коробки и должным образом оптимизированы для использования на мобильных устройствах. Почему бы не использовать это в приложении для мобильных устройств?
Наконец, я не говорю, что то, что вы имеете в виду, невозможно, потому что технически это должен возможно, но это усилие стоимость Это?
Другие решения
Честно говоря, для того, чтобы приложить усилия для рутирования устройства, установки необходимых сервисов / программного обеспечения и последующего обслуживания, вам, безусловно, было бы гораздо лучше переписать его как приложение для Android или использовать что-то вроде cordova. Это имеет дополнительное преимущество, заключающееся в том, что его легче развернуть на несколько устройств в случае необходимости.