4.1 Основные функции приложения
Основные функции приложения:
Предоставление информации о ближайших мероприятиях;
Предоставления статистики по прошедшим матчам;
Общая информация о команде;
Статистика матчей в лигах;
Обновление данных с сервера в фоновом режиме;
Просмотр новостей и комментариев во время матча.
Общая функциональная схема представлена на рисунке 1
Общая функциональная схема приложения
Разработанное приложение, ввиду поставленных задач, имеет ряд специфических особенностей, Подробнее о которых ниже.
Приложение является новостным, что означает, что приложение должно отображать последние новости. Так как приложение содержит немалое количество категорий с разными периодами обновлений (Для примера: матчи - раз в неделю, ход матча - раз в минуту), требовалось организовать специальные механизм обновлений. Данным механизмом является «Менеджер менеджеров», Менеджер - класс, контролирующий процесс выполнения задач. В приложение включены разработанные менеджеры обновления данных, для каждой категории данных разработан свой, уникальный менеджер, работающий с учетом специфики категории. Для организации работы менеджеров был реализован сторонний менеджер, построение такой иерархической структуры позволяет легко производить масштабирование приложения в случае появления обновлений.
Как видно из рисунка, процесс обновления данных происходит независимо от основного приложения. Функционал обновлений был реализован с помощью сервисов. Был разработан сервис, в котором происходит работа основного менеджера обновлений. Также данный сервис предоставляет данные основному приложению по его требованию. Ввиду особенностей работы сервисов, не зависимо от состояния приложений, данный сервис будет работать всегда, до полной либо ручной остановки приложения, что позволяет получать актуальные данные в любой момент времени.
Процесс разработки приложения выполнялся с использованием системы контроля версий, что позволило разрабатывать приложение не «кусками» а использовать модульный подход. Суть модульного подхода заключается в параллельной разработке частей приложения независимо друг от друга, при этом при разработке одного из модулей, изменения других модулей не учитываются до момента их окончания. То есть, если по окончании одного модуля, все остальные «ветви» разработки модулей могут получить обновление, и дополнится готовыми модулями. Данный подход позволяет существенно облегчить задачу параллельной разработки модулей приложения, несмотря на свою сложность в организации и понимании происходящих процессов.
Ввиду особенности некоторых элементов приложения, стандартные средства зачастую не удовлетворяют требуемым задачам, посему в процессе разработки были также разработаны в большем количестве пользовательские элементы управления.
Do'stlaringiz bilan baham: |
