Size: a a a

Android Architecture

2017 January 31

AE

Alexey Elisov in Android Architecture
Eugene Matsyuk
думаете, нам стоит такой же документик оформить?
где будет все расписано, как делать, а как не надо?
+++
источник

А

Андрей in Android Architecture
Alexey Elisov
и получается, если мне нужно загрузить список всех юзеров, то нужно делать так:
Fragment.onCreateView() -> mPresenter.onCreate()
Presenter.onCreate() -> mInteractor.loadUsers() -> mView->fillUsersList(users);
здесь много зависит от того, как у вас реализованы эти самые презентеры. есть варианты, когда загрузка начинается прямо в конструкторе презентера. есть варианты, когда при атаче вьюшки.
источник

А

Андрей in Android Architecture
Eugene Matsyuk
думаете, нам стоит такой же документик оформить?
где будет все расписано, как делать, а как не надо?
источник

D

Dmitriy in Android Architecture
Ну типа СodePath было бы здорово
источник

AE

Alexey Elisov in Android Architecture
Андрей
здесь много зависит от того, как у вас реализованы эти самые презентеры. есть варианты, когда загрузка начинается прямо в конструкторе презентера. есть варианты, когда при атаче вьюшки.
источник

AE

Alexey Elisov in Android Architecture
такой код нормальным считается? single responsibility вроде нарушается
источник

D

Dmitriy in Android Architecture
+ какие-то здравые мысли высказываются в этом чате, но к сожалению могут быть потеряны или забыты, а так можно было бы это все оформить в отличный продукт взаимодействия сообщества, без такой методички очень сложно, когда ты один единственный андроид разработчик на проекте и вытаешься изучить как делать правильно и натыкаешься на кучу разных статей и пытаешься отделить зерна
источник

AB

Alexander Blinov in Android Architecture
Dmitriy
+ какие-то здравые мысли высказываются в этом чате, но к сожалению могут быть потеряны или забыты, а так можно было бы это все оформить в отличный продукт взаимодействия сообщества, без такой методички очень сложно, когда ты один единственный андроид разработчик на проекте и вытаешься изучить как делать правильно и натыкаешься на кучу разных статей и пытаешься отделить зерна
это будет еще одна статья ;)
источник

KM

Kirill Makarov in Android Architecture
mView в onLoaded может быть null, поэтому точно не норм. А по поводу sr, я бы разделил на два метода, т.к. возможно на каждый аттач не нужно загружать данные, и вызывающая сторона по названию метода не поймет, что тут еще и данные грузятся
источник

KM

Kirill Makarov in Android Architecture
источник

EM

Eugene Matsyuk in Android Architecture
Dmitriy
+ какие-то здравые мысли высказываются в этом чате, но к сожалению могут быть потеряны или забыты, а так можно было бы это все оформить в отличный продукт взаимодействия сообщества, без такой методички очень сложно, когда ты один единственный андроид разработчик на проекте и вытаешься изучить как делать правильно и натыкаешься на кучу разных статей и пытаешься отделить зерна
я как раз сегодня начал сначала перечитывать чат и записывать все интересные моменты =)
источник

AE

Alexey Elisov in Android Architecture
Kirill Makarov
mView в onLoaded может быть null, поэтому точно не норм. А по поводу sr, я бы разделил на два метода, т.к. возможно на каждый аттач не нужно загружать данные, и вызывающая сторона по названию метода не поймет, что тут еще и данные грузятся
в данный момент у меня и так два метода: attachInteractor и loadCelebrities
оба эти методы вызываются в onCreateView фрагмента
но говорят, что вью должен сообщать презентеру о каком либо событии, следовательно метод отдельный loadCelebrities не годится, т.к. он вызывает сам процесс
источник

EM

Eugene Matsyuk in Android Architecture
Alexander Blinov
это будет еще одна статья ;)
на одну лишь? по-моему тут больше будет
плюс еще в личку мне писали, в гиттере
источник

D

Dmitriy in Android Architecture
Eugene Matsyuk
я как раз сегодня начал сначала перечитывать чат и записывать все интересные моменты =)
👍
источник

А

Андрей in Android Architecture
если включить зануду, то я бы if блок переписал. Он добавляет ненужный отступ. я бы сделал как-то так:
@Override
   public void attachInteractor(CelebritiesContract.Interactor interactor) {
       mInteractor = interactor;

       if (mView == null) return;

       mInteractor.loadCelebrities(new CelebritiesContract.Interactor.LoadCallback(){
           @Override
           public void onLoaded(List<Celebrity> celebrities) {
               mView.fillCelebritiesList(celebrities);
           }

           @Override
           public void onError() {
               // TODO
           }
       });
   }
источник

А

Андрей in Android Architecture
Что же касается single responsibility - кажется на предпоследнем подкасте затронули тему SOLID, и было сказано что ему в чистом виде тяжело следовать. Точно уже не помню, так как слушал в пол-уха. Может кто поправит?
источник

AB

Alexander Blinov in Android Architecture
Eugene Matsyuk
на одну лишь? по-моему тут больше будет
плюс еще в личку мне писали, в гиттере
ну да, по кол-ву материала тут можно уже книгу начинать писать) Будет еще одна книга :) Я про то, что когда сидишь и варишься в своем соку этот ресурс будет тебе ничем ни лучше и не хуже остальных
источник

AB

Alexander Blinov in Android Architecture
тут нужно будет в подкасте регулярно освещать и на конференциях. @nekdenis нам в помощь ;)
источник

EM

Eugene Matsyuk in Android Architecture
@xanderblinov ну ты к тому, чтобы привлекать как можно больше народа для дальнейшего ознакомления с книгой, верно?
источник

AB

Alexander Blinov in Android Architecture
Eugene Matsyuk
@xanderblinov ну ты к тому, чтобы привлекать как можно больше народа для дальнейшего ознакомления с книгой, верно?
да, я об этом. Плюс надо понять в каком виде делать ресурс
источник