についてこれらの状況には私がFormatterと呼ぶ追加のヘルパークラスがあります。 Presenterから現在の状態をViewに渡し、Formatterにその状態に基づいて適切な文字列を尋ねます。小さな例が役立つと思います。
ビューに設定するデータを表すオブジェクトがあります。今のところStateそれを呼ぶことにしましょう：
public class MessagePresenter {
private void setMessage() {
// logic here
State state = new State(true, "Hello from the server");
view().setMessage(state);
}
}
次に、あなたのアクティビティ/フラグメント/のViewGroupにあなたを：あなたは何が必要ロジックに基づいてこれを作成してViewにそれを渡すPresenterあなたに
public class State {
private final boolean isServerString;
private final String serverString;
public State(boolean isServerString, String serverString) {
this.isServerString = isServerString;
this.serverString = serverString;
}
public boolean isServerString() {
return isServerString;
}
public String getServerString() {
return serverString;
}
}
文字列tのFormatterを要求するビューを見ることができるように
public class MyActivity extends Activity implements MessageView {
private MessageFormatter formatter;
private TextView messageTextView;
@Override
public setMessage(State state) {
String message = formatter.getMessage(state);
messageTextView.setText(message);
}
}
：「がの線に沿って何かを持っているdはo TextViewに表示されます。これは、コンストラクタのparamとしてContextを取り、、はい、それはそれでロジックを少し持っているん
public class MessageFormatter {
private Context context;
public MessageFormatter(Context context) {
this.context = context;
}
public String getMessage(State state) {
return state.isServerString()
? state.getServerString()
: context.getString(R.string.default_message);
}
}
：フォーマッタは、次のようになります。しかし、重い持ち上げロジックはPresenterに残っています。ほとんどの場合、単純なブールチェックでなければなりません。あなたがFormatterインターフェイスを作成し、その後、あなたがPresenterFormatterをインスタンス化するを決定するために使用する場合
この方法を使用することの本当の力は戦場に出ます。たとえば、HoliidayMessageFormatterとDefaultMessageFormatterを作成すると、Presenterの小さなロジックチェックに基づいてアプリに別のテーマを割り当てることができます。
私はプレゼンターに注入された（そしてアプリケーションコンテキストが注入されている）ResourceProviderクラスを作成しました。 この方法では、必要に応じてプレゼンターがAndroidリソースにアクセスできますが、Androidクラスからはほとんど分離されています。 あなたのソリューションは良い選択です！アイデアをありがとう。 – starkej2
あなたの 'ResourceProvider'は、検討する価値のあるソリューションのように聞こえます。 'R.string.etc' intsを直接公開しているか、Stringsを返していますか？ – Jahnold
これは文字列を返します。 – starkej2