Форум программистов, компьютерный форум CyberForum.ru

Программирование Android

Войти
Регистрация
Восстановить пароль
 
Ev[G]eN
Эксперт С++
5096 / 1534 / 381
Регистрация: 23.01.2011
Сообщений: 3,148
#1

Архитектура приложения - Программирование Android

24.02.2016, 21:42. Просмотров 285. Ответов 2
Метки нет (Все метки)

Всем добрый вечер. За неимением большого опыта за плечами, столкнулся со сложностью в построении правильной архитектуры приложения.
Разрабатываю клиент-серверное приложение с REST API(модуль Retrofit). Написал под все серверное API сервисы, к примеру:
Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public interface IUserService {
 
    @GET("api/v1/user/logout")
    Call<User> logout();
 
    @GET("api/v1/user/current")
    Call<User> getCurrent();
 
    @POST("api/v1/user/register")
    Call<User> register(
            @Query("email") String email,
            @Query("password") String password,
            @Query("first_name") String firstName,
            @Query("last_name") String lastName
    );
 
    @POST("api/v1/user/login")
    Call<User> login(
            @Query("email") String email,
            @Query("password") String password,
            @Query("remember") int remember
    );
}
Допустим, при входе в приложение я пытаюсь залогинить пользователя. Изначально делал это методом из Activity:
Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
     ApiServiceHolder.getInstance()
                .createService(IUserService.class)
                .login(userEmail, userPassword, 0)
                .enqueue(new Callback<User>() {
                    @Override
                    public void onResponse(Response<User> response, Retrofit retrofit) {
                        // if authorization successful
                        if (response.code() == ApiConstants.ResponseCode.OK) {
                            // set ui language by device locale
                            setLocaleLanguage();
                            prepareUserDataInNavigationView();
                        } else {
                            startLoginActivity();
                            mProgressDialog.dismiss();
                        }
                    }
 
                    @Override
                    public void onFailure(Throwable t) {
                        mProgressDialog.dismiss();
                        ErrorNotification.authorizationError(sContext);
                    }
                });
Поднасобиралось таких методов, решил вынести это все в отдельные классы и написал для каждого своих слушателей:
Java
1
2
3
4
public interface OnUserLoginListener {
    void onUserLoginSuccess(User user);
    void onUserLoginFailed();
}
Переопределил стандартный Callback от retrofit'a:
Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public abstract class ResponseManager<ResponseType> implements Callback <ResponseType> {
 
    @Override
    public void onResponse(Response<ResponseType> response, Retrofit retrofit) {
        ProgressNotification.closeNotification();
        if (response.code() == ApiConstants.ResponseCode.OK) {
            onResponseSuccess(response.body());
        } else {
            onResponseFailed(response.message());
        }
    }
 
    @Override
    public void onFailure(Throwable t) {
        ProgressNotification.closeNotification();
    }
 
    public abstract void onResponseSuccess(ResponseType response);
 
    public void onResponseFailed(String message) {
        System.out.println(message);
    }
}
И для кажого сервиса сделал "обертку":
Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
public class ApiUser extends ApiManager {
 
    private IUserService mUserService;
 
    public ApiUser(Context context) {
        super(context);
        mUserService = getServiceManager().createService(IUserService.class);
    }
 
public void login(String email, String password, int remember, final OnUserLoginListener listener) {
        ProgressNotification.authorizationProgress(mContext);
 
        mUserService.login(email, password, remember).enqueue(new ResponseManager<User>() {
            @Override
            public void onResponseSuccess(User response) {
                if (listener != null) {
                    listener.onUserLoginSuccess(response);
                }
            }
 
            @Override
            public void onResponseFailed(String message) {
                super.onResponseFailed(message);
                if (listener != null) {
                    listener.onUserLoginFailed();
                }
            }
        });
    }
 
    public void logout(final OnUserLogoutListener listener) {
        mUserService.logout().enqueue(new ResponseManager<User>() {
            @Override
            public void onResponseSuccess(User response) {
                if (listener != null) {
                    listener.onUserLogoutSuccess(response);
                }
            }
 
            @Override
            public void onResponseFailed(String message) {
                super.onResponseFailed(message);
                if (listener != null) {
                    listener.onUserLogoutFailed();
                }
            }
        });
    }
******************
И начал задаваться вопросами, а нормально ли передавать этих слушателей в параметре самого метода, или же стоит, допустим, сделать один метод для ApiUser'a по типу setListener(), и тем самым, как бы, принудить себя переопределять все его методы даже если они мне по сути не нужны. Сейчас же, если мне нужна именно функция login, то именно для этой функции я этого слушателя и задам, и так для каждой.

В общем, прошу знающих поделиться своими предложениями как бы делали Вы, в чем не прав я. Буду рад критике и если кто-то подскажет как же это сделать именно ПРАВИЛЬНО с точки зрения архитектуры и т.д.

Спасибо
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
24.02.2016, 21:42     Архитектура приложения
Посмотрите здесь:

Архитектура приложения - Программирование Android
К примеру есть 2 экрана 1 - основной 2 - экран настроек лучше создавать их как 2 активности? (чтобы из экрана настроек можно было...

Архитектура клиентского приложения - Программирование Android
Итак, здравствуйте. Собственно прошу помощи у тех, кто уже успел пописать клиентские приложения под андроид. Я занялся разработкой не так...

Архитектура клиент серверного приложения - Программирование Android
Добрый день. Возникла идея проекта, но как реализовать его я не представляю. Есть клиентское андроид приложение, в котором присутствует...

Архитектура клиент-серверного приложения с off-line режимом - Программирование Android
Доброго дня. Столкнулся со следующим вопросом на тестировании: Создаётся Android-приложение, работающее с данными на сервере. В...

Архитектура приложения ирк-клиент для андроид - Программирование Android
Доброго времени суток. Я решил написать в первый раз в своей жизни приложения для android – irc клиент. Опыта написания под эту...

Правильная архитектура Android приложения, использующего restful api - Программирование Android
Добрый день! есть задача написать приложение. Главный функционал- отображение данных из БД. БД должна обновляться через указанный...

Архитектура приложений - Программирование Android
Приветствую, форумчане.Не подскажите ли вы мне, где почитать об устройстве приложений под андройд,таких как например: google search,и...

Клиент-серверная архитектура на основе сокетов - Программирование Android
Есть такой код клиента под андроид. Сервер написан на си++. Подключаю ноут и телефон в одну сеть. Сервер работает точто правильно, но...

Социальная сеть (сложная архитектура): аудио+видео+чаты+обмен данными +приложения (месенджеры и приложения) - Серверы
Социальная сеть(сложная архитектура): аудио+видео+чаты+видео звонки с конференсом+обмен данными +приложения(месенджеры и внутренние...

Архитектура приложения - Программирование iOS
Здравствуйте, хочу написать приложение для iphone, которое каждый день выводит на экран несколько слов из русско-английского словаря для...

Архитектура приложения - C#
Всем привет! Пытаюсь разобраться в следующих вопросах. есть приложение C# ( но это не важно ) которое взаимодействует с база данных...

Архитектура приложения - C++ Qt
Приветствую! Не могли бы Вы посоветовать литературу по разработке sdi/mdi приложений, предполагающих активное взаимодействие с...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
Spelcrawler
526 / 496 / 111
Регистрация: 12.03.2014
Сообщений: 1,648
Завершенные тесты: 1
25.02.2016, 10:41     Архитектура приложения #2
Ev[G]eN, не скажу как именно правильно, но куча разных асинхронных запросов, новые запросы в колбеках и т.п. это жуть вообще. Фиг разберешь через неделю что там понаписал в этих простынях из интерфейсов) У меня есть базовая активити с методами для асинхронной работы, в этих методах вызываю синхронные запросы один за другим и возвращаю один результат на все (обычно больше и не нужно). Получается очень удобно и легко читается, но если нужно знать результат каждого запроса - такой вариант уже не работает. Можно просто писать все в базу или еще куда и возвращать после всех запросов только флаг успешно или нет. А дальше уже брать все данные из бд. Это дольше конечно по времени, но зато все понятно и легко читается. И как я уже сказал - это мое личное мнение, как правильно не знаю.
YuraAAA
1566 / 1308 / 269
Регистрация: 25.10.2009
Сообщений: 3,424
Записей в блоге: 2
25.02.2016, 12:06     Архитектура приложения #3
Ev[G]eN, вполне неплохо. Callback hell это факт, от него никуда не денешься. Разве что попробуйте использовать библиотеку Chronos. Она использует reflection api, макарон из callback-ов будет намного меньше
Yandex
Объявления
25.02.2016, 12:06     Архитектура приложения
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Рейтинг@Mail.ru