Im allgemeinen ist wahrscheinlich so, dass das Unterbinden von Mehrfachvererbung eher ein Segen als ein Fluch ist. Doch wie immer gibt es auch hier F\u00e4lle, wo dies unumg\u00e4nglich ist. Dabei m\u00fcchte ich nicht auf die Gr\u00fcnde eingehen. Es sei lediglich der Hinweis erlaubt: Es ist in jedem Fall weniger aufw\u00e4ndig, ohne Mehrfachvererbung aus zukommen. Somit ist der Aspekt ob Mehrfachvererbung tats\u00e4chlich notwendig ist zu \u00fcberpr\u00fcfen. Wie der Umstand von Single Inheritance umgangen werden kann soll hier am Beispiel der Programmiersprache Java erl\u00e4utert werden.<\/p>\n
\r\npublic class ObservableThread extends Thread {\r\n private boolean changed = false;\r\n private Vector obs;\r\n public ObservableThread() {\r\n\tobs = new Vector<\/observer>();\r\n }\r\n public synchronized void addObserver(Observer o) {\r\n if (o == null)\r\n throw new NullPointerException();\r\n\tif (!obs.contains(o)) {\r\n\t obs.addElement(o);\r\n\t}\r\n }\r\n public synchronized void deleteObserver(Observer o) {\r\n obs.removeElement(o);\r\n }\r\n public void notifyObservers() {\r\n\tnotifyObservers(null);\r\n }\r\n public void notifyObservers(Object arg) {\r\n Object[] arrLocal;\r\n\r\n\tsynchronized (this) {\r\n\t if (!changed)\r\n return;\r\n arrLocal = obs.toArray();\r\n clearChanged();\r\n }\r\n\r\n for (int i = arrLocal.length-1; i>=0; i--)\r\n ((Observer)arrLocal[i]).update(new HiddenObservable(this), arg);\r\n }\r\n public synchronized void deleteObservers() {\r\n\tobs.removeAllElements();\r\n }\r\n protected synchronized void setChanged() {\r\n\tchanged = true;\r\n }\r\n protected synchronized void clearChanged() {\r\n\tchanged = false;\r\n }\r\n public synchronized boolean hasChanged() {\r\n\treturn changed;\r\n }\r\n public synchronized int countObservers() {\r\n\treturn obs.size();\r\n }\r\n<\/observer><\/pre>\nHierbei handelt es sich jedoch noch nicht um eine echte Mehrfachvererbung. In vielen F\u00e4llen sollte dies jedoch schon gen\u00fcgen. Wo nicht kann der Mehrfachvererbung mehr Authentizit\u00e4t verliehen werden indem von der urspr\u00fcnglichen Klasse die reimplementiert wird ein Interface gebildet wird und dieses implementiert wird. Nun hat die Klasse beide Typen (Thread und Observable). Eine andere oder weitere M\u00f6glichkeit – insbesondere wenn this<\/code> semantisch mit der urspr\u00fcnglichen Klasse verwendet wird – besteht darin eine versteckte Inner Class zu bilden, die die reimplementierte Klasse ableitet und alle Methoden, die von dieser Klasse geerbt werden, \u00fcberschreibt. Die Implementation der Methoden reicht die Ausf\u00fchrung an die selbe Methode in der \u00e4usseren Klasse weiter:<\/p>\n\r\n private class HiddenObservable extends Observable{\r\n \t private ObservableThread ot;\r\n \t public HiddenObservable(ObservableThread obersevable){\r\n \t\t ot = obersevable;\r\n \t }\r\n\t\tpublic synchronized void addObserver(Observer o) {\r\n\t\t\tot.addObserver(o);\r\n\t\t}\r\n\t\tprotected synchronized void clearChanged() {\r\n\t\t\tot.clearChanged();\r\n\t\t}\r\n\t\tpublic synchronized int countObservers() {\r\n\t\t\treturn ot.countObservers();\r\n\t\t}\r\n\t\tpublic synchronized void deleteObserver(Observer o) {\r\n\t\t\tot.deleteObserver(o);\r\n\t\t}\r\n\t\tpublic synchronized void deleteObservers() {\r\n\t\t\tot.deleteObservers();\r\n\t\t}\r\n\t\tpublic synchronized boolean hasChanged() {\r\n\t\t\treturn ot.hasChanged();\r\n\t\t}\r\n\t\tpublic void notifyObservers() {\r\n\t\t\tot.notifyObservers();\r\n\t\t}\r\n\t\tpublic void notifyObservers(Object arg) {\r\n\t\t\tot.notifyObservers(arg);\r\n\t\t}\r\n\t\tprotected synchronized void setChanged() {\r\n\t\t\tot.setChanged();\r\n\t\t}\r\n }\r\n<\/pre>\nZu beachten: Dies ist n\u00f6tig, da im ersten Code-Teil (bereits angepasst) ein Aufruf mit this<\/code> gemacht wird und this<\/code> nun mal vom Typ Observable und nicht vom Typ Thread oder ObservableThread ist.
\nEinziger Nachteil dieser L\u00f6sung: instanceof Observable<\/code> wird immer false zur\u00fcckgeben. Solange diese Abfrage jedoch im eigenen Code ist, spielt dies keine weitere Rolle.\n<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"Im allgemeinen ist wahrscheinlich so, dass das Unterbinden von Mehrfachvererbung eher ein Segen als ein Fluch ist. Doch wie immer gibt es auch hier F\u00e4lle, wo dies unumg\u00e4nglich ist. Dabei m\u00fcchte ich nicht auf die Gr\u00fcnde eingehen. Es sei lediglich der Hinweis erlaubt: Es ist in jedem Fall weniger aufw\u00e4ndig, ohne Mehrfachvererbung aus zukommen. Somit … \u201eMehrfachvererbung in Java\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7,6],"tags":[99,301,300,25,22],"class_list":["post-129","post","type-post","status-publish","format-standard","hentry","category-java","category-programmieren","tag-de","tag-java","tag-programmieren","tag-tutorial","tag-vererbung"],"_links":{"self":[{"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/posts\/129","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/comments?post=129"}],"version-history":[{"count":5,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/posts\/129\/revisions"}],"predecessor-version":[{"id":450,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/posts\/129\/revisions\/450"}],"wp:attachment":[{"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/media?parent=129"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/categories?post=129"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sahits.ch\/blog\/wp-json\/wp\/v2\/tags?post=129"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}