Форум программистов, компьютерный форум, киберфорум
Наши страницы

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

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

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

24.02.2016, 21:42. Просмотров 328. Ответов 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, то именно для этой функции я этого слушателя и задам, и так для каждой.

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

Спасибо
1
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
24.02.2016, 21:42
Здравствуйте! Я подобрал для вас темы с ответами на вопрос Архитектура приложения (Программирование Android):

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

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

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

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

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

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

2
Spelcrawler
527 / 497 / 111
Регистрация: 12.03.2014
Сообщений: 1,663
Завершенные тесты: 1
25.02.2016, 10:41 #2
Ev[G]eN, не скажу как именно правильно, но куча разных асинхронных запросов, новые запросы в колбеках и т.п. это жуть вообще. Фиг разберешь через неделю что там понаписал в этих простынях из интерфейсов) У меня есть базовая активити с методами для асинхронной работы, в этих методах вызываю синхронные запросы один за другим и возвращаю один результат на все (обычно больше и не нужно). Получается очень удобно и легко читается, но если нужно знать результат каждого запроса - такой вариант уже не работает. Можно просто писать все в базу или еще куда и возвращать после всех запросов только флаг успешно или нет. А дальше уже брать все данные из бд. Это дольше конечно по времени, но зато все понятно и легко читается. И как я уже сказал - это мое личное мнение, как правильно не знаю.
2
YuraAAA
1577 / 1318 / 271
Регистрация: 25.10.2009
Сообщений: 3,438
Записей в блоге: 2
25.02.2016, 12:06 #3
Ev[G]eN, вполне неплохо. Callback hell это факт, от него никуда не денешься. Разве что попробуйте использовать библиотеку Chronos. Она использует reflection api, макарон из callback-ов будет намного меньше
1
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
25.02.2016, 12:06
Привет! Вот еще темы с ответами:

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

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

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

Ошибка при вызове приложения из другого приложения - Программирование Android
Сделано два простеньких приложения и я хочу чтобы одно приложение запускало другое. В приложении, которое будет запущено установлен фильтр...


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

Или воспользуйтесь поиском по форуму:
3
Ответ Создать тему
Опции темы

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