Можно, но не желательно. Можете отказаться от интерфейса и во фрагменте установить для mListener тип MainActivity. Реализовать в MainActivity метод для вызова из фрагмента. Но таким образом вы увеличиваете связность, что ухудшает качество кода.
Использование интерфейсов (или можно описать это как "контракт") более правильный подход в данном случае. К примеру, потом не составит труда вызвать это диалог из любого другого участка вашего приложения и при этом в сам диалог уже никаких изменений вносить не придется.
Да, проверил. Данные в папке assets не ужимаются и лежат в открытом виде. Тогда действительно при разработке можно положить туда тестовый файл, обращаться к нему в коде. А на сервере подменять его файлом с другим содержимым.
Только вызовом внешних программ на сервере. Смотрите exec: ru2.php.net/exec. Но это требует, чтобы на сервере были установлены JDK и Android SDK. На обычном хостинге этого добиться практически нереально. Смотрите моё предложение ниже.
Проверка достоверности координат через NMEA оказалась действенной. Сделал подписку на обновление NMEA-данных и потом просто проверяю как давно были эти данные. При работающем настоящем GPS эти данные обновляются практически одновременно. По текущей статистике пришли к выводу, что дыра с фиктивными координатами закрыта.
Это видел, но также видел, что некоторые приложения могут слать фейковые координаты и без включения этого флага. Пока склоняюст к тому, чтобы ещё проверять и NMEA. Пишут, что фейковые GPS не шлют NMEA.
Спасибо, ответ исчерпывающий. Я предполагал такое поведение и делал внешнюю ссылку. Потом с учётом существующих ответов удалил такую ссылку. Придётся добавлять заново )))
При регистрации пользователя идет запрос на сервер. Сервер выдаёт приложению под учетную запись пользователя уникальный пароль. Все БД получаемые пользователем от сервера шифруются данным паролем. Пользователь о существовании пароля ничего не знает, знает лишь только свой логин и пароль регистрации на сервере. Необходимо исключить доступ к БД вне самого приложения, а значит скрыть пароль от любых глаз максимально возможным способом. Даже от самого пользователя.
Да, NB Platform посмотрел. В принципе, весь необходимый функционал есть, только боюсь что он будет тяжеловат в изучении. Но, надо будет попробовать построить демо-пример, чтобы понять насколько он подходит. Второй вариант, который накопал — JIDE. Благо для Open Source проектов они вроде предоставляют бесплатную лицензию.
Вот что написано разработчиками IntelliJ IDEA:
>Is the IntelliJ Platform a general-purpose platform, suitable for building any desktop applications, similar to Eclipse RCP and the NetBeans Platform?
The IntelliJ Platform is great for building IDEs and other tools geared for developers. It is not, however, a general-purpose platform. We don't recommend building general-purpose desktop applications on top of the platform, since a lot of IDE-related concepts are still present in the platform itself.
Так что IDEA, вероятно, не тот вариант.
Eclipse RCP построен на SWT. Насчет NetBeans не знаю. А вот по IDEA можно уточнить: насколько я понимаю, предлагаемый исходный код Community версии предлагает не только платформу для построения приложений, но и весь код содержащий классы для интеграции функционала по Java-разработке? То есть если Eclipse RCP и NetBeans Platform даёт пустой GUI, который можно самостоятельно потом наполнять своими «рюшечкам», то с IDEA вроде не так, или я ошибаюсь?
Использование интерфейсов (или можно описать это как "контракт") более правильный подход в данном случае. К примеру, потом не составит труда вызвать это диалог из любого другого участка вашего приложения и при этом в сам диалог уже никаких изменений вносить не придется.