1

我正在使用访问者模式将支付处理从 android 中的 UI 代码中抽象出来。我对我应该传递给访问者构造函数的内容有一些疑问,以便视图在完成处理付款后得到回调。

让我向您展示我到目前为止所拥有的:

我正在处理 2 个支付系统,因此有两种支付策略(brainTree 和 Stripe):

public class BrainTreePaymentStrategy implements IVisitable {
    @Override
    public void makePayment() {

    }

    @Override
    public void accept(Visitor v) {

    }
}


public class StripePaymentStrategy implements IVisitable {
    @Override
    public void makePayment() {

    }

    @Override
    public void accept(IVisitor v) {

    }
}



public interface IVisitable {

 void makePayment();

    void accept(IVisitor v);
}


public interface IVisitor {

    //list out all the classes the visitor can visit now

    void visit(StripePaymentStrategy stripePaymentStrategy);
    void visit(BrainTreePaymentStrategy brainTreePaymentStrategy);
}


//now critical, lets create a real concrete visitor that can actually do the work:


public class PaymentStrategyVistor implements IVisitor {
    @Override
    public void visit(StripePaymentStrategy stripePaymentStrategy) {
//process the braintree payment here, but how to give call back to UI ?

    }

    @Override
    public void visit(BrainTreePaymentStrategy brainTreePaymentStrategy) {
//process the braintree payment here, but how to give call back to UI ?
    }
}

我正在使用鲍勃叔叔的干净架构,所以我的网络调用是通过用例进行的,而且我使用 mvp 作为我的表示层,所以如果需要我可以访问演示者和用例。

所以我的问题再次是关于 PaymentStrategyVistor 类,如果我将演示者作为构造函数参数传递,你会怎么想。例如,我可以调用presenter.doBrainTreePayment("someToken");我可以在visitors visit(BrainTreePaymentStrategy brainTreePaymentStrategy)方法中执行此操作。这就是你们都会这样做的吗?

4

2 回答 2

1

您的建议(将演示者传递给每个访问者的构造函数)似乎完全没问题。

于 2018-03-02T11:32:05.957 回答
1

从干净架构的角度来看,只要您不违反依赖规则,这一切都很好。因此,如果您的策略和访问者居住在“接口适配器层”中,您可以轻松通过演示者。另一方面,如果你的策略/访问者属于“用例层”,那么传递演示者将违反依赖规则,你不应该这样做。

有关干净架构中演示者的更详细讨论,请参阅我的博客文章:https ://plainionist.github.io/Implementing-Clean-Architecture-Controller-Presenter/

于 2018-03-03T05:31:07.623 回答