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

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

Войти
Регистрация
Восстановить пароль
 
Ev[G]eN
Эксперт С++
 Аватар для Ev[G]eN
5093 / 1531 / 381
Регистрация: 23.01.2011
Сообщений: 3,148
24.02.2016, 21:42     Архитектура приложения #1
Всем добрый вечер. За неимением большого опыта за плечами, столкнулся со сложностью в построении правильной архитектуры приложения.
Разрабатываю клиент-серверное приложение с 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
Архитектура приложения ирк-клиент для андроид Android
Android Архитектура приложения
Клиент-серверная архитектура на основе сокетов Android
Архитектура клиент серверного приложения Android
Android Архитектура приложений
Android Меню приложения
Android Защита приложения
Оптимизация приложения Android
Архитектура клиентского приложения Android
Правильная архитектура Android приложения, использующего restful api Android
Android Архитектура клиент-серверного приложения с off-line режимом

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

Или воспользуйтесь поиском по форуму:
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
Spelcrawler
521 / 491 / 110
Регистрация: 12.03.2014
Сообщений: 1,641
Завершенные тесты: 1
25.02.2016, 10:41     Архитектура приложения #2
Ev[G]eN, не скажу как именно правильно, но куча разных асинхронных запросов, новые запросы в колбеках и т.п. это жуть вообще. Фиг разберешь через неделю что там понаписал в этих простынях из интерфейсов) У меня есть базовая активити с методами для асинхронной работы, в этих методах вызываю синхронные запросы один за другим и возвращаю один результат на все (обычно больше и не нужно). Получается очень удобно и легко читается, но если нужно знать результат каждого запроса - такой вариант уже не работает. Можно просто писать все в базу или еще куда и возвращать после всех запросов только флаг успешно или нет. А дальше уже брать все данные из бд. Это дольше конечно по времени, но зато все понятно и легко читается. И как я уже сказал - это мое личное мнение, как правильно не знаю.
YuraAAA
 Аватар для YuraAAA
1563 / 1305 / 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     Архитектура приложения
Ответ Создать тему
Опции темы

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