0

javax.jms.QueueRequestorJMS 仕様 (1.1 と 2.0 の両方)で理由を説明できる人javax.jms.TopicRequestorはいますか?クラスであり、インターフェイスではありませんか?

JMS 仕様のほとんどすべてのタイプ (接続、セッション、宛先、メッセージなど) は、仕様が汎用インターフェースのみを定義し、JMS プロバイダーがインスタンス化を実装できるようにするため、私にとって意味のあるインターフェースです。実装を簡素化するためのクラスは、例外のみです (これは私にとっても理にかなっています)。

しかし、この規則には従わないだけです。 これにより、単体テストでのモックがより複雑になります。javax.jms.QueueRequestorjavax.jms.TopicRequestor

その理由を知っている人はいますか？

4

1 に答える 1

0

OK、私はすでに答えを知っていると思います: これらの 2 つのクラスは、特定の実装について何も知らなくても、他の必要なインターフェイス (TopicRequestor は、TopicSession、Topic、TemporaryTopic を使用します) を使用する基本的な要求/応答シナリオをカバーする単純なデフォルト実装です。

したがって、これらは要求/応答シナリオ (JMS クライアントの場合) の実現を単純化するための単なる省略形です。したがって、JMS プロバイダーがこれらのパターンの独自のバージョンを実装する必要はありません。

この質問を投稿するのが早すぎて申し訳ありません。

于 2013-10-02T14:27:24.860 に答える