正文是什么样支付一款具备扩展性,维护性和测试性的Android应用专题的首先篇。本专题将会涉嫌到有的设计格局和类库的采用形式,缩短Android
Developer
日常支出的愤懑。

简介:##

用作例子,我将使用以下这些类型,事实上就是一个简易的影片概念目录,可以称之为视图或者其他。

至于电影的音讯可以从一个称作Themoviedb的通晓API中拿走,在那多少个版块中Apiary可以找到正确的文档表达。

品类基于Model View
Presenter

设计情势,也参照了一部分Material
Design

设计规范,比如转场,(界面)结构,动画,配色等等。

富有代码都得以从Github中得到,所以请随意看,这里同样有一个视频用来呈现App。

Paste_Image.png

架构:##

架构的计划性基于Model View
Presenter

,它是Model View
Controller

设计形式的一个变种。

这种计划试图抽象Presentation层的事情逻辑,在Android中这是很重点的,因为自己Framework
提倡这两部分与数量层解耦合,一个显著的事例就是AdaptersCursorLoaders

这种架构促使业务逻辑层和数据层不再随着视图层的变换而变更,这样不管Domain层的代码复用仍然例如Database或者REST
API
等数据源的改变,都变得简单起来。

概述##

这种社团得以被划分为三个重要层次:

  • presentation
  • model
  • domain

Presentation
Presentation层负责提供数据并呈现图形化界面。

Model
Model层将担当提供消息,这一层并不知道Presentation层和Domain,它可以与数据库,REST
API或者其余可持久化数据等落实连接。

在这一层,也可以实现部分应用程序的实体类,用来代表,电影,体系等等。

Domain
Domain层完全独立于Presentation层之外,这一层专门处理事情逻辑。

实现##

Domain层和Model层被放到多少个java module中,app
module也就是Android应用代表Presentation层,这里还有其余一个common
module,用来存放在一些国有类库和工具类们。

Domain module

Domain
module存放着有些usecase和它们的兑现类,它们是应用程序的业务逻辑。

以此module完全独立于Android framework

依靠它的模块有model module和common module。

一个usecase可以用来拿到不同系列电影的总评分,看一看哪个项目的电影最受欢迎,usecase亟需获取音讯然后做出总括,所有那个消息都由Model层提供。

dependencies {
    compile project (':common')
    compile project (':model')
}

Model module##

model
module负责处理音讯,查询,保存,删除等等,我只处理了从API获取电影详情的操作。

也落实了一些实体类,比如TvMovie,用来呈现一部影片。

它最近只倚重common
module,通过那一个类库处理API请求,在那些例子中自己动用Square出品的Retrofit,我将在接下去的博客中介绍Retrofit。

dependencies {
    compile project(':common')
    compile 'com.squareup.retrofit:retrofit:1.9.0'
}

Presentation module##

就是Android应用自身,包括resources, assets, 逻辑等等。

它与执行usecaseDomain开展相互,比如能够用来博取某一辰光的影片列表,或者从某个电影中拿走特殊的数量。

本条模块只含有PresenterView

每一个ActivityFragmentDialog都实现MVPView接口,它指定了一部分在View上拓展呈现,隐藏,突显信息等操作。

比如,PopularMoviesView通过点名一些操作体现当前影片列表,然后MoviesActivity实现它。

public interface PopularMoviesView extends MVPView {

    void showMovies (List<TvMovie> movieList);

    void showLoading ();

    void hideLoading ();

    void showError (String error);

    void hideError ();
}

MVP设计情势就是让View变得硬着头皮的简单,由Presenter决定它们的一言一行。(译者注:View层应反映KISS条件,感兴趣的同学可以领悟一下Keep
it simple stupid

public class MoviesActivity extends ActionBarActivity implements
    PopularMoviesView, ... {

    ...
    private PopularShowsPresenter popularShowsPresenter;
    private RecyclerView popularMoviesRecycler;
    private ProgressBar loadingProgressBar;
    private MoviesAdapter moviesAdapter;
    private TextView errorTextView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {

        ...
        popularShowsPresenter = new PopularShowsPresenterImpl(this);
        popularShowsPresenter.onCreate();
    }

    @Override
    protected void onStop() {

        super.onStop();
        popularShowsPresenter.onStop();
    }

    @Override
    public Context getContext() {

        return this;
    }

    @Override
    public void showMovies(List<TvMovie> movieList) {

        moviesAdapter = new MoviesAdapter(movieList);
        popularMoviesRecycler.setAdapter(moviesAdapter);
    }

    @Override
    public void showLoading() {

        loadingProgressBar.setVisibility(View.VISIBLE);
    }

    @Override
    public void hideLoading() {

        loadingProgressBar.setVisibility(View.GONE);
    }

    @Override
    public void showError(String error) {

        errorTextView.setVisibility(View.VISIBLE);
        errorTextView.setText(error);
    }

    @Override
    public void hideError() {

        errorTextView.setVisibility(View.GONE);
    }

    ...
}

这个usecase通过Presenter调用,并且Presenter接过相应结果,然后处理View上的显示。

通信##

对此这些类型,我选取了Message
Bus
(译者注:信息总线)系统,这多少个系列对此播放事件,或者在几个零件之间建立通信是丰盛有效的,尤其特别适用于后人。

基本上,通过Bus发送事件,对事件感兴趣的类,需要订阅Bus,才能消费异常事件。

适用那么些系列可以减低模块间的耦合度。

为了促成这些系统总线,我利用Square出品的Otto类库。

自己定义了两个Bus,一个用来使usecase和REST
API举办通信,另一个用来发送事件至Presentation
层。

REST_BUS动用任意线程处理事件,UI_BUS接纳默认线程发送事件,那么些线程就是主线程。

public class BusProvider {

    private static final Bus REST_BUS = new Bus(ThreadEnforcer.ANY);
    private static final Bus UI_BUS = new Bus();

    private BusProvider() {};

    public static Bus getRestBusInstance() {

        return REST_BUS;
    }

    public static Bus getUIBusInstance () {

        return UI_BUS;
    }
}

以此类经过common
module管理。因为有着的模块都需要拜访它,从而与Bus展开相互。

dependencies {
    compile 'com.squareup:otto:1.3.5'
}

最终,想象一下这些现象,当用户打开应用,突显最受欢迎的影视。

View调用onCreate()方法时,Presenter订阅UI_BUS收起事件。当onStop()方法被调用的时候Presenter撤消订阅。Presenter运行GetMoviesUseCase这个usecase

@Override
    public void onCreate() {

        BusProvider.getUIBusInstance().register(this);

        Usecase getPopularShows = new GetMoviesUsecaseController(GetMoviesUsecase.TV_MOVIES);
        getPopularShows.execute();
    }

    ...

    @Override
    public void onStop() {

        BusProvider.getUIBusInstance().unregister(this);
    }
}

为了接收事件,Presenter内需贯彻一个模式,这么些法子所接受参数的数据类型必须与Bus出殡的轩然大波的数据类型一致,兵器必须选择申明:@Subscribe

@Subscribe
    @Override
    public void onPopularMoviesReceived(PopularMoviesApiResponse popularMovies) {

        popularMoviesView.hideLoading();
        popularMoviesView.showMovies(popularMovies.getResults());
    }

资源:##

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图