14

好的,所以我刚刚开始了一个新的 Android 项目,并想尝试实现 Bob 叔叔的 Clean Architecture。我在使用 RxJava 以及来自 GitHub 示例和样板以及 Fernando Cerjas 的博客(如本文)的东西有一个很好的开始,但对于如何实现一些用例仍有一些疑问。


TL;博士

一个实体是否应该具有另一个实体的字段(在我的示例中,User有一个List<Messages>字段)?

或者 Presenter 应该结合 UseCases 来构建一个映射到多个实体上的 ViewModel(那么你如何编写映射器?)?

或者,Presenter 是否应该有一个与每个 UseCase/Entity 关联的 ViewModel,并创建某种“等待所有数据到 onNext”来为每个 ViewModel 调用 view.show()?


基本上,UseCases 应该只返回实体吗?实体可以由其他实体组成(如在类的字段中)吗?实体只是愚蠢的数据模型 POJO 吗?你如何表示“加入 SQL”查询?

例如,让我们以一个简单的用户/消息应用程序为例。我想实现两个视图:UserListUserDetails

  • UserList显示列表Users
  • UserDetails显示用户的信息及其最新消息。

UserList非常简单,我可以看到如何编写相关的 UseCase 和层(代码如下)。

我的问题是UserDetails屏幕。

GetUserInfoUseCase如果我希望同时在视图中传递所有数据(例如构建由 User 类和字段 List 组成的 ViewModel),我应该如何编写我的代码?的返回值应该是GetUserInfoUseCase多少?我应该在我的演示者中编写 aObservable<User> GetUserInfoUseCase和 aObservable<List<Message>> GetUserLatestMessages并以某种方式合并它们吗?如果是,我该如何管理这个,因为我的 Presenter 中没有 Observables(我只传递一个 Observer 作为我的 UseCases 参数)?

用户实体

public abstract class User {
    public abstract long id();
    public abstract String name();
 ...
}

消息实体

public abstract class Message {
    public abstract long id();
    public abstract long senderId();
    public abstract String text();
    public abstract long timstamp();
 ...
}

获取用户用例

public class GetUsersUseCase extends UseCaseObservableWithParameter<Boolean, List<User>, UsersRepository> {

@Inject
public GetUsersUseCase(UsersRepository UsersRepository,
                              @Named("Thread") Scheduler threadScheduler,
                              @Named("PostExecution") Scheduler postExecutionScheduler) {
    super(usersRepository, threadScheduler, postExecutionScheduler);
}

@Override
protected Observable<List<User>> buildObservable(Boolean forceRefresh) {

    if(forceRefresh)
        repository.invalidateCache();

    return repository.getUsers();
}
}

用户演示者

public class UsersPresenter extends BasePresenter<UsersContract.View> implements UsersContract.Presenter {

    @Inject
    GetUsersUseCase mGetUsersUseCase;

    @Inject
    UserViewModelMapper mUserMapper;

    @Inject
    public UsersPresenter() {
    }

    @Override
    public void attachView(UsersContract.View mvpView) {
        super.attachView(mvpView);
    }

    @Override
    public void detachView() {
        super.detachView();

        mGetUsersUseCase.unsubscribe();
    }

    @Override
    public void fetchUsers(boolean forceRefresh) {
        getMvpView().showProgress();

        mGetUsersUseCase.execute(forceRefresh, new DisposableObserver<List<User>>() {
            @Override
            public void onNext(List<User> users) {
                getMvpView().hideProgress();
                getMvpView().showUsers(mUsersMapper.mapUsersToViewModels(users));
            }

            @Override
            public void onComplete() {

            }

            @Override
            public void onError(Throwable e) {
                getMvpView().hideProgress();
                getMvpView().showErrorMessage(e.getMessage());
            }
        });
    }
}

UseCaseObservableWithParameter

public abstract class UseCaseObservableWithParameter<REQUEST_DATA, RESPONSE_DATA, REPOSITORY> extends UseCase<Observable, REQUEST_DATA, RESPONSE_DATA, REPOSITORY> {

    public UseCaseObservableWithParameter(REPOSITORY repository, Scheduler threadScheduler, Scheduler postExecutionScheduler) {
        super(repository, threadScheduler, postExecutionScheduler);
    }

    protected abstract Observable<RESPONSE_DATA> buildObservable(REQUEST_DATA requestData);

    public void execute(REQUEST_DATA requestData, DisposableObserver<RESPONSE_DATA> useCaseSubscriber) {
        this.disposable.add(
                this.buildObservable(requestData)
                        .subscribeOn(threadScheduler)
                        .observeOn(postExecutionScheduler)
                        .subscribeWith(useCaseSubscriber)
        );
    }
}

用例

public abstract class UseCase<OBSERVABLE, REQUEST_DATA, RESPONSE_DATA, REPOSITORY> {

    protected final REPOSITORY repository;

    protected final Scheduler threadScheduler;

    protected final Scheduler postExecutionScheduler;

    protected CompositeDisposable disposable = new CompositeDisposable();

    public UseCase(REPOSITORY repository,
                   @Named("Thread") Scheduler threadScheduler,
                   @Named("PostExecution") Scheduler postExecutionScheduler) {
        Timber.d("UseCase CTOR");
        this.repository = repository;
        this.threadScheduler = threadScheduler;
        this.postExecutionScheduler = postExecutionScheduler;
    }

    protected abstract OBSERVABLE buildObservable(REQUEST_DATA requestData);

    public boolean isUnsubscribed() {
        return disposable.size() == 0;
    }

    public void unsubscribe() {
        if (!isUnsubscribed()) {
            disposable.clear();
        }
    }
}
4

2 回答 2

23

一个问题中有很多问题。让我试着巩固一下我认为我理解的是你的关键问题

  • 实体可以相互引用吗?答案是:是的。同样在 Clean Architecture 中,您可以创建一个实体相互连接的域模型

  • 应该从用例返回什么?答:UseCases 定义了对用例最方便的输入 DTO(数据传输对象)和输出 DTO。在他的书中,鲍勃叔叔写道,实体不应该传递给用例或从用例返回

  • 那么主播的作用是什么呢?答:理想情况下,演示者只转换数据。它将对一层最方便的数据转换为对另一层最方便的数据。

希望这个指导可以帮助你回答你的详细问题

您可以在我最近的帖子中找到更多详细信息和示例: https ://plainionist.github.io/Implementing-Clean-Architecture-UseCases/ 和 https://plainionist.github.io/Implementing-Clean-Architecture-Controller-Presenter /

于 2018-02-02T19:05:51.247 回答
1

基本上,您希望尽可能地(在圆圈上)推送您的“工具”感知代码。

用例非常接近模型并包含大量业务逻辑——您希望这一层非常干净,以便能够快速轻松地进行单元测试。所以,这一层不应该对存储有任何了解。

但有趣的部分是当 Room 进入房间时 :) Room 使得拥有可以在周围使用的类似模型的对象变得如此容易,而且 IMO 如果您是否为模型使用 Room 注释类,它是一个灰色区域。

如果您将 Room 对象视为数据层对象,那么您应该在到达用例之前将它们映射到您的业务对象。如果您使用 Room 作为 DAO 的内置映射器来建模对象,那么 IMO 您可以在您的用例中使用它们,尽管干净的纯粹主义者可能不会同意这一点。

我的务实建议是 - 如果您的模型具有由多个实体构建的复杂结构,则为它有一个专用的模型类并将实体映射到它。如果您有类似地址的东西,IMO 只需使用 Room 实体即可。

于 2021-01-26T08:38:45.720 回答