ВВЕДЕНИЕ 3
2. АНАЛИЗ СУЩЕСТВУЮЩИХ РЕШЕНИЙ 5
2.1. Методика тестирования 7
3.2. Результаты тестирования 9
4. ИСПОЛЬЗУЕМЫЕ ТЕХНОЛОГИИ 13
4.1. JavaPoet 13
4.2. AutoService 13
5. РАЗРАБОТКА БИБЛИОТЕКИ 15
5.1. Разработка ядра библиотеки 16
5.2. Разработка обработчика аннотаций 22
5.3. Разработка ORM 35
6. ТЕСТИРОВАНИЕ БИБЛИОТЕКИ 39
7. ЗАКЛЮЧЕНИЕ 42
8. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
В связи с активным развитием мобильных платформ на них возлагается всё больше и больше задач. Если раньше было достаточным простое отображение содержимого, приходящей с сервера информации, то теперь мобильные приложения становятся всё более и более мощным инструментом, способным решать многие задачи локально, увеличивая тем самым скорость взаимодействия с пользователем и снимая нагрузку с сервера. Для обработки данных мобильное приложение должно их где-то хранить, чтобы пользователь имел к ним постоянный доступ.
В настоящий момент, в приложениях, разработанных для платформы Android, существует несколько решений для организации хранения информации. Один из вариантов - это использование класса SharedPreferences, который работает по принципу ключ-значение. Данный инструмент служит в основном для хранения пользовательских настроек в приложении. SharedPreferences обеспечивает не только надёжное хранение данных и быстрый доступ к ним, по мимо этого, у него есть возможность привязать сохранённую информацию к пользовательскому Google-аккаунту, что позволяет использовать их на других устройствах этого же пользователя, избавляя его от необходимости настраивать приложение под себя по новой. Однако, при всех положительных аспектах технологии SharedPreferences, она абсолютно не приспособлена для хранения большого количества данных, поэтому возникает потребность в использовании мобильной базы данных.
В платформу Android интегрирована база данных SQLite, которая является инструментом, хорошо зарекомендовавшим себя на многих мобильных платформах. SQLite использует примерно те же принципы работы, что и большинство других SQL баз данных. Однако, её настройка и организация взаимодействия с данными занимают большое количество времени у разработчиков, поэтому начали появляться продукты, упрощающие взаимодействие программистов с SQLite на мобильных платформах Android. В связи с тем, что большинство из разработанных предназначены для работы с большими проектами, которое требуют базу данных со сложной архитектурой, произошло и усложнение ORM библиотек. Таким образом, реализуя небольшие приложения, требующие, например, всего лишь кэширование результатов запросов на сервер, разработчики вынуждены проводить сложную настройку для взаимодействия с базой данных. В связи этим в рамках данной дипломной работы было решено разработать ORM библиотеку для платформы Android, предназначенную для проектов с небольшой базой данных со следующим функционалом:
• Возможность быстрого развёртывания на проекте
• Работа с базой данных через compile-time аннотации
• Автоматическая генерация базы во время компиляции
• Запись данных в базу
• Чтение данных из базы
• Возможность работы с вложенными коллекциями
• Поддержка PrimaryKey
• Поддержка ForeignKey
• Поддержка уникальных полей
• Упрощённая работа с SQL запросами
• Обработка конфликтов при работе с базой данных
При этом скорость работы библиотеки должна быть приближена к скорости работы SQLite
В результате работы, была разработана ORM библиотека для платформы Android, позволяющая быстро развернуть и настроить базу данных в приложении. Разработанная библиотека была применена на проекте для кэширования информации, приходящей с сервера.
Во время работы были достигнуты все поставленные задачи. Разработанная ORM библиотека поддерживает весь заявленный функционал, соответствует требованиям разрабатываемых Android приложений и, исходя из данных, приведенных в предыдущей главе, имеет скорость работы близкую к SQLite.
В дальнейшем планируется добавление поддержки реактивной парадигмы программирования, так как в настоящее время, она набирает всё больше популярности среди Android разработчиков. Также планируется улучшить алгоритм перевода пользовательских запросов в SQL-запросы, для уменьшения времени выполнения данной операции.
