Ну шифровать тоже нужно чем-то ) не base64 же кодировать. Хотя это не долго. Можно еще юзать файл-ориентированную БД, но тогда все равно cursor напрямую не использовать
fedorchuk: тогда это не сложно, но будет неэффективно. Т.е. через почту и смс мало кто делится, в основном через соцсети. Плюс у вас сильная завязка на дизайн приложения - т.к. функциональность никакая. Дизайн стоит дорого. Его имплементацию студенту я бы не доверил )
Как на вопрос ответить, так тут никого нет, а как приложение сделать, так все берутся xD
Сам бы для бэкенда использовал бы Google App Engine, некоторую сложность вижу только в части "делиться ими", т.к. интеграция с апи социальных сервисов дело довольно мутное...
NurSultan: очередь простейшая - сортировка по времени, но тут могут быть ошибки и это отдельная тема. Более легкий путь зависит от того, что вам нужно. Если просто чат - используйте телеграм, ватсап и прочие готовые. Если научиться и понять, как оно работает - тут, увы, легких путей нет. Это довольно сложная, долгая поэтапная работа.
NurSultan: ну и время для сообщения должно быть, статусы доставлено/не доставлено и т.п.
Если нужно синхронное время, то это отдельный вопрос, не заморачивайтесь пока
NurSultan: в базе для каждого сообщения должно быть поле, от кого оно и поле кому оно. Т.е. в эти поля будут записаны те самые идентификаторы сообщений
NurSultan: не нужно отдельного адаптера. Вам нужно сохранять входящие сообщения в БД, а потом (когда тыкаете на имя юзера/конференции для отображения) передаете в адаптер параметр: отображать только сообщения с данными идентификаторами
gadfi: Таки нет ) документацию допиливают и вычищают, приводят SDK к ООП виду (да то же разделение на RecyclerView/LayoutManager/ViewHolder/ItemAnimator), жесткое разграничение прав в 6.0, напилили кучу отладочных средств и профилировщиков всяких, новшества платежной системы, отладка приложений облачная...
