Klasse,Vererbung,Interface,Singleton,Thread

[Alvineth]

Hallo,
bitte ich habe einige Frage in Java und brauche eure Hilfe.
Ich habe beantwortet und bin nicht für alle Antworten sicher.
Danke für eure Antworten.
Richtig oder Falsch:

1. Abstrakte Klassen müssen nicht unbedingt eine abstrakte Methode haben . R
2. Die Unterklasse einer abstrakten Klasse kann abstrakt sein. R
3. Interfaces enthalten keine abstrakten Methodenköpfe. F
4. Abstrakte Klassen dürfen keine generischen Methoden enthalten. F
5. Eine Klasse,die eine Interface implementiert darf abstrakt sein. R
6. Abstrakte Klassen benötigen keinen Konstruktor. F
7. Ein Singleton kann niemals Erweiterung einer abstrakten Klassen sein.R
8. Eine Klasse,die mit "final" gekennzeichnet ist,kann nicht erweitert werden.R
9. Ein Singleton kann nicht mit final gekennzeichnet werden.F
10. Generische Datentypen erlauben typischeres Programmieren und können unsichere Typumwandlungen überflüssig machen.R
11. Eine generische Klasse kann niemals interface implementieren. F
12. Generische Methode können abstrakte sein.R
13. Abstrakte Klassen müssen mindestens eine abstrakte Methode haben.F
14. Die Oberklasse einer abstrakten Klasse ist immer abstrakt.F
15. Alle Methode einer Interface sind abstrakt.R
16. Methoden einer Interface können abstrakte und nicht abstrakte sein.F
17. Eine Klasse,die eine Interface implementiert,darf nicht abstrakt sein.F
18. Jede Abstrakte Klasse hat einen Konstruktor.R
19. Wenn ein Threadobjekt,die run-Methode ausführt,befindet sich das Threadobjekt im Zustand "running".Im Zustand Running kann es nicht mehr unterbrochen werden,bis die run-Methode zurückkehrt.ich weiss nicht
20. Ein Threadobjekt,das sich im Zustand "blocked" befindet, erhält CPU-Zeit(Zustand "running",sobald es den Zustand "blocked verlässt".F
21. Ein Threadobjekt,das sich im Zustand "blocked" befindet, wird vom Schedule-Algorithmus nicht berücksichtigt.ich weiss nicht
22. Ein Thread wird beendet,wenn seine run-Methode zurückkehrt.F
23. Eine Klasse,die das Interface Runnable implementiert,muss die run-Methode überschreiben.Anderfalls bleibt die Klasse abstrakt.ich weiss nicht
24. Eine Klasse,die eine Superklasse erweitert,die das Interface Runnable implementiert selbst,nur dann "runnable", wenn sie selbst das Interface Runnable implementiert.ich weiss nicht

 

[JavaMeister]

Interfaces enthalten keine abstrakten Methodenköpfe. F

Ist imho schwammig. - Explizit enthalten Sie keine "Methodenköpfe". Implizit schon.

Siehe auch:

Alle Methode einer Interface sind abstrakt.R
Methoden einer Interface können abstrakte und nicht abstrakte sein.F

Imho beide schwammig.

Ein Singleton kann niemals Erweiterung einer abstrakten Klassen sein.R

Doch.

Wenn ein Threadobjekt,die run-Methode ausführt,befindet sich das Threadobjekt im Zustand "running".Im Zustand Running kann es nicht mehr unterbrochen werden,bis die run-Methode zurückkehrt.

Man kann ein Thrad sleepen, bevor die run methode zu ende ausgeführt wird. ==> F.

Ein Threadobjekt,das sich im Zustand "blocked" befindet, erhält CPU-Zeit(Zustand "running",sobald es den Zustand "blocked verlässt".F

Ne ist doch richtig. Blocked => keine CPU, running => CPU.

Ein Threadobjekt,das sich im Zustand "blocked" befindet, wird vom Schedule-Algorithmus nicht berücksichtigt.ich weiss nicht

Müsste ich nachlesen. Aber eigentlich ja nicht, da sonst CPU Zeit verbraucht werden würde ;D

Ein Thread wird beendet,wenn seine run-Methode zurückkehrt.F

Ne richtig.

Eine Klasse,die das Interface Runnable implementiert,muss die run-Methode überschreiben.Anderfalls bleibt die Klasse abstrakt.ich weiss nicht

Das könnte man ja ausprobieren.

Aber imho "F", da die klasse sonst nicht kompilierbar ist. Man kann sie abstrakt setzen, aber das ist keine Folge des "nicht implementierens".

Eine Klasse,die eine Superklasse erweitert,die das Interface Runnable implementiert selbst,nur dann "runnable", wenn sie selbst das Interface Runnable implementiert.ich weiss nicht

die ist dann auch runnable. Hätte man aber auch ausprobieren können.

 

[Alvineth]

Danke JavaMeister.
Also du meinst,dass
Ein Singleton kann niemals Erweiterung einer abstrakten Klassen sein.R
Doch.
aber wir haben in der Vorlesung bekommen, dass
Eine abstrakte Klasse kann niemals "Singleton" sein. Richtig

Vielleicht verstehe ich nicht so gut...bitte kannst du mir erklären?
Danke

 

[Alvineth]

Danke JavaMeister.
Also du meinst,dass
Ein Singleton kann niemals Erweiterung einer abstrakten Klassen sein.R
Doch.
aber wir haben in der Vorlesung bekommen, dass
Eine abstrakte Klasse kann niemals "Singleton" sein. Richtig

Vielleicht verstehe ich nicht so gut...bitte kannst du mir erklären?
Danke

 

[JavaMeister]

Mach mal ein Singleton.

Eine abstrakte klasse

Erweitere die abstrakte Klasse mit der Singletonklasse.

q.e.d.

 

[Anti-Banane]

@TO beides falsch
eine abstract kann man auch als singleton designen ... man kann sie aber dennoch nicht selbst direkt instanzieren (was man bei nem singleton auch grundsätzlich nicht soll da es sonst keins wäre da die kontrolle wegfällt) ... ergo muss die factory dann selbst ne implementierung liefern

warum du dann noch umgekerht aus dieser falschen aussage eine weitere ziehst ... naja ... wenn man halt keine grundlagen drauf hat


deine lerhkraft möcht ich mal kennen lernen ... der sollte sich selbst noch mal n anfänger-buch zur hand neben da er euch ja scheinbar ne ganze menge müll bebringt