メソッドから複数の戻り値を返す方法：戻り値を表すクラス内にメソッドを配置します。それは良いデザインですか？

メソッドから2つの値を返す必要があります。私のアプローチは次のとおりです。

1. これらの2つの値を保持するために使用される2つのフィールドを持つ内部クラスを作成します
2. そのクラス内にメソッドを配置します
3. クラスをインスタンス化し、メソッドを呼び出します。

メソッドで変更される唯一のことは、最終的にインスタンスのフィールドにこれらの2つの値を割り当てることです。次に、そのオブジェクトのフィールドを参照することで、これらの値に対処できます。

それは良いデザインですか？それはなぜですか？

私はこれを次の行に沿って議論します：

• メソッドが正確に複数の値を返すのはなぜですか？私たちはどのような凝集性について話しているのでしょうか？それらの値は実際には単一のクラスのフィールドなのでしょうか、それとも同じメソッドによって偶然に返されるだけなのでしょうか？後者の場合、メソッドを2つのメソッドに分割することを検討してください。編集：ここであなたの判断を使用してください。時々、「偶然の」凝集のタイプが最良の選択肢かもしれません。もう1つのオプションは、ペアまたはタプル構造を使用することです。ただし、OOPでは、これらは通常、パブリックAPIには見られません（いくつかの顕著な例外は標準コレクションなどです）。
• 値がクラスを形成するに値する場合は、おそらく内部クラスを使用しないことをお勧めします。通常、内部クラスは内部実装の詳細として使用され、外部からは見えません。この結果がそれ自体で「本格的な」クラスにならない理由はありますか？
• データを保持する以外に、この新しいクラスに適用できる操作は何ですか？オブジェクト指向設計では、関連する動作を関連データに近づける必要があります（これもあなたの意図のようです）。あなたが参照しているメソッドは、このクラスではなく生きるべきですか？

要約すると、この「データオブジェクト」を、データと動作の両方を備えた本格的なクラスに変えることができるかどうかがわかります。追加のコメントとして、状態が1回設定されるため、クラスを不変にすることができます。不変にすると、誤って設定されたり、後で変更されたりすることを防ぐのに役立ちます（たとえば、誰かがフィールドの1つをnullに設定して渡すなど）。

編集：Patkos Csabaが正しく指摘しているように、ここで適用されている原則は単一責任原則（SRP）です-作成しようとしているクラスには実際に1つの責任があります（変更の理由として定義）。この設計ガイドラインは、2つのフィールドが単一のクラスに属しているかどうかを判断するのに役立ちます。ウィキペディアの例に固執するには、クラスをレポートの一種と見なすことができます。この場合、SRPに準拠していますが、追加情報なしでコメントすることは困難です。

Pythonなどの他の言語で機能するタプルの概念があります。

簡単に再利用できるこのジェネリッククラスのインスタンスを返すことができます。

public class TypedTuple<L, R> implements Serializable {
private static final long serialVersionUID = 1L;

  protected L left;
  protected R right;

  protected TypedTuple() {
    // Default constructor for serialization
  }

  public TypedTuple(L inLeft, R inRight) {
    left = inLeft;
    right = inRight;
  }

  public L getLeft() {
    return left;
  }

  public R getRight() {
    return right;
  }
}

このクラスは別のクラスから責任を奪っていると思われるため、このデザインは素晴らしいものではないと考えさせられます。

マルチブル値を返すメソッドの場合、私はむしろ

• 戻り値を含む汎用コンテナー（リストやマップなど）を返します

または

• 必要なフィールド+ getter +すべてのフィールドを持つコンストラクターのみを含む戻り値のクラスを作成します

2番目のオプションの例：

public Class FooBarRetval {
   private String foo;
   private int bar;

   public FooBarRetval (String foo, int bar) {
      this.foo = foo;
      this.bar = bar;
   }

   public String getFoo() {
      return foo;
   }

   public int getBar() {
      return bar;
   }
}

メソッドからの複数の戻り値を独自のクラス/構造に入れることは、Requestとresponseの 1つのクラスを持つメッセージベースのシステムで よく使用されます。この例は、 Simple Object Access Protocol（SOAP）です。

それは良いデザインですか？それはなぜですか？

少なくともそれは非常に一般的です。これが良いか悪いかは、特別なユースケースに依存します。

短い答え：2つの値を持つ配列またはリストを返すことができます。

私は個人的に、次のような2つの異なるメソッドを記述します。

int x = obj.getX();
int y = obj.getY();