Лабораторная работа №19 Использование базы данных Firebase Цель работы: Использование бд firebase

FileOpen.class

При нахождении совпадения, Используем метод setDataAndType(), чтобы указать Uri и тип MIME для передаваемых данных.

Если файл содержит формат, не рассмотренный нами, то setDataAndType() в качестве типа указываем “*/*”. Таким образом система покажем нам все установленные на устройстве приложения, чтобы можно было самим выбрать с помощью чего открыть файл.

Вывод: Я научилась работать с файлами в мобильной разработке. В операционной системе iOS понятие файловая система скрыта для пользователя и взаимодействие с файлами осуществляется средствами самого приложения и только с файлами, расположенными в директории приложения. Импортировать файл в директорию приложения можно несколькими путями – с помощью iTunes File Sharing или регистрацией File Types для приложени.


Лабораторная работа №24


Подключение к серверу


Цель работы: Научится подключатся к серверу в мобильной разработке.
Теоретическая часть лаборатории.
Многие мобильные приложения (и не только) используют архитектуру клиент-сервер. Общая схема, думаю, понятна.

Уделим внимание каждому элементу и отметим:

• 
  сервер — представляет собой некую программу, работающую на удаленном компьютере, и реализующую функционал «общения» с приложениями-клиентами (слушает запросы, распознает переданные параметры и значения, корректно отвечает на них);
  
• 
  клиент — в нашем случае, программа на мобильном устройстве, которая умеет формировать понятный серверу запрос и читать полученный ответ;
  
• 
  интерфейс взаимодействия — некий формат и способ передачи/получения запросов/ответов обеими сторонами.
  

Неважно, как реализован любой из этих элементов, все они в любом случае присутствуют. Давайте реализуем примитивный сервер и Android клиент, работающий с ним. Как пример, будем использовать любой популярный мобильный интернет-мессенджер (Viber, ICQ), а приложение условно назовем «интернет-чат».

Схема взаимодействия следующая:

Клиент, установленный на устройстве А, посылает сообщение для клиента, установленного на устройстве Б. И наоборот. Сервер играет роль связующего звена между устройством А и Б… С, Д… и т.д. Также он играет роль «накопителя» сообщений, для их восстановления, на случай удаления на одном из клиентских устройств.

Для хранения сообщений используем SQL БД как на сервере, так и на устройствах- клиентах (в принципе, вся работа клиентов интернет-мессенджеров и сводится к постоянной синхронизации локальной и удаленной БД с сообщениями). Дополнительно, наш интернет-чат будет уметь стартовать вместе с запуском устройства и работать в фоне. Взаимодействие будет происходить путем HTTP запросов и JSON ответов.