guter Programmierstil, zwei Klassen, die die inneren Klassen der jeweils anderen verwenden

Question

Ich habe die Klasse A, deren innere Klasse als A1 definiert ist, und die Klasse B, deren innere Klasse als B1 definiert ist. Ist es Ihrer Meinung nach in Ordnung, dass Klasse A in ihrer Implementierung auf B1 und Klasse B auf A1 verweist? Ist das nicht ein schlechter Programmierstil? Es ist nur so, dass A1 eine sehr A-spezifische Klasse ist und B1 eine sehr B-spezifische, deshalb habe ich sie gekoppelt. Ist es in Ordnung, das so zu lassen, oder ist es besser, A1 und B1 als separate Klassen zu haben? Was meint ihr dazu? Vielen Dank!

Answer 1

Man könnte - obwohl ich denke, dass der Sinn der inneren Klassen darin liegt, dass sie innerhalb der äußeren Klassen verwendet werden sollten. Mit anderen Worten, ich bin kein großer Fan von öffentlichen inneren Klassen.

Ich würde eigentlich nur A1 und B1 als eigene Klasse herausstellen - mir scheint, A1 und B1 sind nicht so spezifisch für A und B, da A1 von B und B1 von A verwendet wird.

Sehen Sie sich diesen Beitrag an Warum/wann sollten Sie verschachtelte Klassen verwenden? "Verwenden Sie eine verschachtelte Klasse, wenn die Klasse, die Sie verschachteln, nur für die umschließende Klasse nützlich ist".

Answer 2

Ich glaube, wenn Sie in einer Ihrer Klassen auf innere Klassen einer anderen Klasse verweisen müssen, liegt das daran, dass möglicherweise die Klasse, die die innere Klasse enthält, einige Methoden bereitstellen sollte, um dieses Problem zu vermeiden.

Wenn das Problem nicht so ist, dann ist die innere Klasse wahrscheinlich generisch genug, um in beiden anderen Klassen verwendet zu werden, und sollte als solche eine unabhängige Klasse sein, die wahrscheinlich Teil desselben Pakets sein sollte, das ihren Anwendungskontext/Verwendungszweck angibt.

Answer 3

Ich würde möglicherweise zwei Dinge versuchen:

1. Verschieben Sie die inneren Klassen in die separaten Klassen, da sie logischerweise nicht mehr inner sind.

2. Erstellen Sie einige Schnittstellen, damit A und B zumindest nicht wissen, wo sich die Klassen A1 und B1 befinden.

Answer 4

Ich würde sagen, wenn beide Klassen im gleichen Paket sind, extrahieren Sie die inneren Klassen und machen Sie sie package private. Auf diese Weise können beide Klassen (A und B) auf sie verweisen, aber sie sind für andere Klassen außerhalb des Pakets unsichtbar.

Answer 5

Ich glaube, Sie haben zwei verschiedene Designfragen in einer gestellt. Die erste Frage bezieht sich auf den Verweis auf die inneren Klassen einer anderen Klasse. Bei der zweiten Frage geht es um die zirkuläre Abhängigkeit zwischen A/A1 und B/B1.

Ausgesetzte innere Klassen

Es gibt viele Gründe für die Verwendung von Java inneren Klassen.

1. Gruppierung von Klassen, die nur für einander und die äußere Klasse relevant sind. (auch bekannt als Mini-Paket)
2. Verringerung von "Boilerplate"-Code bei der Übergabe und dem Verweis auf äußere Klasseninstanzen
3. Hinzufügen einer zusätzlichen Ebene des Scopings über das Paket hinaus
4. Erweiterung der Semantik von Javas Zugriffsbereich... zum Beispiel, private hat eine andere Bedeutung für Interaktionen zwischen äußeren und inneren Klassen.
5. Reduzieren Sie die Explosion von Quelldateien... insbesondere in Szenarien der (Quell-)Codegenerierung.
6. Zugriff auf die Interna der äußeren Klasse zum Testen (die innere Klasse kann beim Packen des JAR entfernt werden).

In vielen dieser Fälle ist es durchaus sinnvoll, die innere Klasse beim Namen zu nennen.

Kreislaufabhängigkeit

Dies ist eher ein Anzeichen dafür, dass Schnittstellen oder andere spezialisierte Klassen extrahiert werden müssen. Wenn A1, B1 zu einfach sind, um Schnittstellen usw. zu extrahieren, dann können Sie vielleicht innere Klassen auf andere Weise verwenden: Haben Sie eine äußere Klasse C, die A1, B1 enthält.