Apache Heron 用のカスタム スケジューラを作成したいと考えており、ソース コードを少し掘り下げています。ヘロンのソース コードには、類似したクラスを持つパッケージがいくつかあることに気付きました。たとえば、backtype.storm&のほとんどのクラスorg.apache.stormは類似しています (内部コードが同一であるなど、まったく類似しています)。com.twitter.heronこれら 2 つのパッケージと(たとえば)の間にもいくつかの類似したクラスがありますcom.twitter.heron.api.tuple.Fieldsが、中には異なるコードが含まれているものもあります (Fields クラスなど)。トポロジを作成するときに、必要な各パッケージをインポートして、これらのいずれかを選択できることは知っていますが、それらの違いと、これらのパッケージをすべてまとめた理由に興味があります. それらをマージしませんでしたか？また、ストーム クラスがトポロジを記述するための唯一の選択肢である場合、クラスとはcom.twitter.heronパッケージは良いですか？
ヘロンがストームと完全に下位互換性を持つように設計されていることは知っていますが、これは下位互換性の問題が原因である可能性がありますが、これらのクラス内に独自のコードを記述する必要があり、どちらを選択するか、開発者によって常に開発および保守されているものを選択する方法がわからないため、変更する候補としてそれらを選択する必要があります。
前もって感謝します。