Mehrfacher vererbungsersatz gesucht.

[Empire Phoenix]

Ich denke(hoffe) das es für mein Problem eine in Java mögliche Lösung gibt bin mir leider aber nicht sicher :/

Mein Problem: Ich will eine basisklasse erstellen, die die meisten zugriffe kapseln kann auf das unterliegende system.

Nun habe ich aus bibliotheken die Klasse MasterPhysicNode welche Node extended, sowie die Klasse Node.
Um darauf aufzubauen (im genauen ein Netzwerkcode) war jetzt die überlegung mehrere Grundtypen zu erstellen.
wie zb. einen der serverseitige Physicberechnung durchführt und somit die MasterPhysicNode erweitern soll.

Soweit so einfach, nur wenn ich jetzt eine zweite Klasse habe, die keine Physicberechung haben soll und somit von Node extended , jedoch den selben Netzwerkcode benutzt ergibt sich das Problem, das ich entweder vielen RedudantenCode habe, oder es irgetwie möglich sein muss, den Netzwerkcode in ein eigenen Objekt auszulagern, von dem dan ebenfalls extended wird (vom sinn her zumindest)

Aka: NetworkedPhysicNode extends NetworkNode,MasterPhysicNode

Das problem ist , das dieses in Java nicht möglich ist. Falls einer von euch einen guten Tip, Vorschlag oder Ansatz hat, wäre ich sehr dankbar.

 

[fastjack]

Stichwort Schnittstellen:

public interface XYZ extends A, B, C, D ..., Z {...}

 

[Empire Phoenix]

Aber Schnittstellen können doch keine Methoden enthalten sondern nur die köpfe oder?

 

[Marco13]

Ja, aber es ist ohnehin empfehlenswert, solche Dinge nicht über Vererbung sondern über Komposition zu lösen - also grob gesagt eigene Klassen zu machen, die den "Network" und den "Physics"-Teil enthalten, und dann Instanzen davon in den Network- den Physics- und den NetworkPhysicsNode zu packen.

 

[fastjack]

Das ist richtig. Du kannst aber die Schnittstellenvererbung auch mit der Komposition verbinden. Die Schnittstellen enthalten die Signaturen, die Komposition übernimmt dann die Implementierungen.

 

[dngfng]

Was du machen willst nennt sich auch Multiple Inheritance. Dies ist in Java nicht möglich - diese geht seht wohl in C++.

Diese wurde in Java nicht gestattet da es Problem gibt wenn zwei oder Mehr der Eltern Klassen gleichnamige Methoden enthalten mit unterschiedlichen Implementierungen. Da es in diesen Fall nicht
klar ist welcher Code ausgeführt werden soll.

Java was designed without multiple inheritance. While some developers think of this as a flaw, it is actually true that the overall design of Java supports the solution of problems commonly solved with multiple inheritance in other ways. In particular, the singly rooted hierarchy (with Object as the ultimate ancestor of all classes) and Java interfaces solves most problems that are commonly solved using multiple inheritance in C++. (Pace University)

 

[fastjack]

Darum die beiden Postings von Marco13 und mir

 

[Empire Phoenix]

Hm also siehts doch nach redundanten code aus, (von wegen interfaces) naja was solls, wenns nicht besser geht kann man mir designtechnisch ja kaum vorwürfe machen

 

[Marco13]

Wenn man das, was redundant ist, in eigene Klassen packt, ist es nicht mehr redundant. ???:L

 

[maki]

Mein Problem: Ich will eine basisklasse erstellen, die die meisten zugriffe kapseln kann auf das unterliegende system.

Warum eine Basisklasse sowas kapseln soll ist mir ein Rätsel, denn bei Vererbung wird nicht mehr viel "gekapselt", sie stellt die stärkste Form der Abhängigkeit dar und sollte nicht für so etwas benutzt, oder besser missbraucht werden.

Hm also siehts doch nach redundanten code aus, (von wegen interfaces) naja was solls, wenns nicht besser geht kann man mir designtechnisch ja kaum vorwürfe machen

"Wenn man nur einen Hammer hat..."

Komposition + Delegation, Redundanz ist keine Lösung