Klausurfragen allgemein zu Java

[ThommyTom]

Hallo liebes Forum,
ich habe ein paar Fragen, die man ankreuzen kann (wahr) oder nicht (falsch), bei denen ich mir unsicher bin. Ich hoffe, dass ihr mir dabei helfen könnt. Dies dient der Klausurvorbereitung (sind alte Klausurfragen):

1) Über die Variable eines beliebigen Interface-Typs kann immer die Operation toString aufgerufen werden.

Was ist hier mit "über die Variable eines beliebigen Interface-Typs" gemeint? Jede Klasse erbt ja von Object, hat also eine Methode toString. Ist das hier einfach gefragt und man soll dementprechend kreuzen?

2) Für einen Programmierfehler kann es innerhalb des Programms selbst keinen korrekten Umgang geben.

Ich würde kein Kreuz setzen.

3) Wenn eine assert-Anweisung zur Laufzeit ihren Ausdruck zu false auswertet, dann wird eine ungeprüfte Exception geworfen.

assert-Anweisungen benutzen wir, um das Vertragsmodell zu realisieren Ich glaube, dass dies wahr ist, also Kreuz.

4) Eine geprüfte Exception darf im Rumpf einer Mathode m nur dann außerhalb eines try-Blocks geworfen werden, wenn dies im Kopf von m deklariert ist.

5) Modula-2 ist eine objektorientierte Programmiersprache mit Modulen.

Denke kein Kreuz.

6) Jede objektorientierte Sprache ist auch eine imperative Sprache.

Kreuz.

Ich würde mich über Bestätigung oder Korrektur freuen
Vielen Dank,
ThommyTom

 

[Natac]

1) Über die Variable eines beliebigen Interface-Typs kann immer die Operation toString aufgerufen werden.

Was ist hier mit "über die Variable eines beliebigen Interface-Typs" gemeint? Jede Klasse erbt ja von Object, hat also eine Methode toString. Ist das hier einfach gefragt und man soll dementprechend kreuzen?

Genau. Alle erben von Objekt. Damit haben alle eine toString()-Methode. WAHR (NPE als Ausnahmefall klammere ich hier mal aus).

2) Für einen Programmierfehler kann es innerhalb des Programms selbst keinen korrekten Umgang geben.

Ich würde kein Kreuz setzen.

Prinzipiell WAHR.

public int addiere(int a, int b){return a-b; }//Addieren geht anders

Woher soll das Programm wissen, wie es sich verhalten soll, wenn der Programmierer ihm nur das falsche Verhalten beigebracht hat? Unter bestimmten Umständen könnte man allerdings falsches Verhalten vorrausahnen und entsprechend handeln. Aber ich denke nicht, das in der Fragestellung sowas gemeint ist.

3) Wenn eine assert-Anweisung zur Laufzeit ihren Ausdruck zu false auswertet, dann wird eine ungeprüfte Exception geworfen.

assert-Anweisungen benutzen wir, um das Vertragsmodell zu realisieren Ich glaube, dass dies wahr ist, also Kreuz.

WAHR. Es wird eine AssertionViolationException geworfen. Diese ist natürlich ungeprüft, da ein assert ja prüft, ob alles "normal" ist. Eine geprüfte Exception wirft man eigentlich nur dann, wenn ein Fehler auch unter "normalen Umständen" auftreten kann (Datei nicht gefunden). Und da ein assert nicht mit einem Fehler rechnet, ist die Exception ungeprüft.

4) Eine geprüfte Exception darf im Rumpf einer Mathode m nur dann außerhalb eines try-Blocks geworfen werden, wenn dies im Kopf von m deklariert ist.

WAHR. Ungeprüfte Exceptions müssen nicht definiert werden. Geprüfte müssen entweder gefangen (im try-catch) oder eben im Methoden-Kopf deklariert werden [c] public void readFile(String name) throws IOExeption{...}[/c].
Im übrigen darf man aber auch ungeprüfte Exceptions im Methodenkopf angeben. Quasi "nur zur Info".

5) Modula-2 ist eine objektorientierte Programmiersprache mit Modulen.

FALSCH. Wiki hilft Ist zwar mit Modulen aber nicht objektorientiert (soweit ich das aus dem überfliegen des Wiki-Artikels entnehmen konnte). Dazu habt ihr bestimmt was
in der Vorlesung gemacht, denn für allgemeines Java-Wissen ist die Frage viel zu speziell.

6) Jede objektorientierte Sprache ist auch eine imperative Sprache.

FALSCH. Gerade mit Lambdas geht auch Java in die deklarative Richtung. Bspw. Scala ist da um einiges weiter und meines Wissen wenig imperativ aber durchaus objektorientiert.

 

[ThommyTom]

Hallo und vielen Dank,
1) Was ist denn gemeint mit "über die Variable eines beliebigen Interface-Typs"? Von einem Interface kann man ja an sich kein Exemplar erzeugen, also auch nicht die methode toString aufrufen.

4) Dass man geprüfte Exeptions mittels throws im Kopf deklarieren muss, ist klar. Aber werden Exceptions nicht immer mittels throw außerhalb eines try-Blocks geworfen?

Eine letzte Frage noch:
Stelle dir vor, wie haben zwei Enumerationen Wochentag {MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG, SAMSTAG, SONNTAG} und Werktag {MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG}. In Java sind beide enums implizit final, sie können also nicht in einer Subtyp-Beziehung zueinander stehen. Angenommen, eine Sprache würde Subtyp-Beziehungen zwischen obigen enums zulassen. Was ist dann richtig?:
-Wochentag kann statisch typsicher als Subtyp von Werktag angesehen werden.
-Werktag kann statisch typsicher als Subtyp von Wochentag angesehen werden.
-Beide Subtyp-Beziehungen wären statisch typsicher.
-Beide Subtyp-Beziehungen wären nicht statisch Typsicher.

Ich würde das erste nehmen.
LG

 

[njans]

Hallo und vielen Dank,
1) Was ist denn gemeint mit "über die Variable eines beliebigen Interface-Typs"? Von einem Interface kann man ja an sich kein Exemplar erzeugen, also auch nicht die methode toString aufrufen.LG

Nehmen wir mal das Interface 'List' und die Implementation davon 'ArrayList'

List liste = new ArrayList();

(Ich lasse hier mal die Generics weg)
Nun hast du eine Variable 'liste' vom Typ 'List', welcher ein Interface ist. Die Frage bezieht sich nun darauf, ob du hier dran toString aufrufen kannst:

liste.toString();

4) Dass man geprüfte Exeptions mittels throws im Kopf deklarieren muss, ist klar. Aber werden Exceptions nicht immer mittels throw außerhalb eines try-Blocks geworfen?LG

Du kannst natürlich eine Excpetion einem try-Block werfen, damit dieser automatisch in dne catch block geht. Interessant wirds ja erst, wenn du die außerhalb wirfst, da diese erst dann weiter nach oben gereicht werden kann.

 

[ThommyTom]

Hallo
Alles klar.
Dann ist "Ein Quelltextabschnitt, in dem eine geprüfte Exception geworfen werden könnte, muss immer in einem try-catch-Block stehen" also falsch, da man sie weiterreichen kann?

Hast du eine Idee zu der Frage mit den enums?

Was meint ihr zu "Das Schlüsselwort static bei einer Methode bedeutet auch, dass ein Aufruf dieser Methode nicht dynamisch gebunden wird."
Ist wahr, oder?

LG