なぜServiceReferenceはComparableを実装していますか？

Question

ServiceReference。 compareToは、service.rankingとservice.idの観点から定義されています。しかし、service.rankingはServiceRegistrationで動的/非同期に更新できるようです。 setProperties。これは、2つのServiceReference間のcompareToがコールごとに異なる可能性があることを意味します。これは、ServiceReferenceをComparableの一般的な使用すべてで使用できなくします。たとえば、並べ替え中にランク付けが非同期に更新されるとArrays.sortが誤動作し、service.rankingがまったく更新されていればTreeSet < ServiceReference>が破損します。

1. なぜServiceReferenceはComparableを実装していますか？ compareToをまったく持っていないほうが良いでしょう。あるいは、少なくともComparableを実装していないと、開発者がAPIを不適切に使用するのを避けることができません。

2. サービスのソートされたリストを維持するためのデータ構造の提案はありますか？特に、カーディナリティ= "0..n"参照のためのDSバインドメソッドでの使用のために。

Answer 1

登録時に正しい順序で表示されます。

の登録後にのプロパティを変更しても、オブジェクトをその順序で動かすことには影響しません。

これは、この動作を行う唯一のJDKクラスではありません。間違いなく、DelayedオブジェクトはDelayQueueで、が追加された場合はとなります。 をのキューに追加した後に変更すると、変更されていないかのように、.take()で順番に利用可能になります。

Answer 2

ServiceReferenceオブジェクトは変更できません。 Comparableオブジェクトが不変であるという要件はないので、なぜServiceReferenceオブジェクトがそうであると思うのか分かりません。

ServiceTrackerはServiceReferencesのComparable性質を使用して、追跡サービスの並べ替え順序を維持します。

DS 1.2では、参照されるサービスのサービスプロパティが変更されたときに呼び出される参照用の新しい「更新された」メソッドを紹介します。このメソッドを使用して、参照されているサービスのサービスプロパティが変更されたときにデータ構造を再利用することができます。