Re: Slide »No such concept in C« Der dargestellte Code stimmt mit den Syntax Regeln der Programmiersprache »C« überein. Mit etwas Mühe könnte man um diese Zeilen herum auch eine Java Klasse basteln und eine printf Methode dazufügen. Ohne eine solche Ergänzung wäre es aber definitiv kein Java Code. Der dargestellte Code ist hingegen auch ohne weitere Ergänzungen im Sinne von »C« vollständig. Sie können ihn in eine Datei print.c schreiben, und erhalten dann vom »C« Compiler Fehlermeldungen: tmp> cc -o print print.c print.c:12:6: error: redefinition of ‘print’ 12 | void print() { | ^~~~~ print.c:9:6: note: previous definition of ‘print’ was here 9 | void print(int i) { /* Error: redefinition of ‘print’ */ | ^~~~~ print.c: In function ‘print’: print.c:12:1: error: number of arguments doesn’t match prototype 12 | void print() { | ^~~~ print.c:9:6: error: prototype declaration 9 | void print(int i) { /* Error: redefinition of ‘print’ */ | ^~~~~ Wenn Sie den Fehler korrigieren #include <stdio.h> void print() { printf("No argument\n"); } void printIntValue(int i) { /* Choosing different function name */ printf("int value %d\n", i); } void main(void) { print(); printIntValue(33); } können Sie den Code vom »C« Compiler übersetzen lassen und danach ausführen: tmp> cc -o print print.c goik@mi-ESPRIMO-P958 tmp> ./print No argument int value 33 können Sie den Code kompilieren und ausführen: Ich ergänze die Folie zur besseren Wiedererkennbarkeit um eine »C / C++« typische #include Anweisung: #include <stdio.h> void print() { printf("No argument\n"); } void print(int i) { /* Error: redefinition of ‘print’ */ printf("int value %d\n", i); } void main(void) { print(); print(33); } Zudem ergänze ich eine weitere Folie mit einer für »C« korrekten Alternative durch Wahl eindeutiger Funktionsnamen: #include <stdio.h> void print() { printf("No argument\n"); } /* Different function name */ void printIntValue(int i) { printf("int value %d\n", i); } void main(void) { print(); printIntValue(33); }

Gemäß der Folien Edit - compile - execute bzw. Compiling Java file wird eine von Ihnen erstellte Java Datei durch einen Java Compiler in eine Bytecode Datei übersetzt. Erst diese kann von einer Java Virtual Machine ausgeführt werden. Wenn Sie z.B. eine Datei HelloWorld.java erstellen, dann kann diese (im allereinfachsten Fall) durch Aufruf von javac HelloWorld.java in HelloWorld.class übersetzt und nachfolgend durch java HelloWorld ausgeführt werden. Entwicklungsumgebungen (IDE)s, wie z.B. IntelliJ, verbergen diese Schritte vor Ihnen hinter der Benutzeroberfläche. Wenn Sie in IntelliJ HelloWorld.java verändern und anschließend »Run HelloWorld« anklicken, dann erfolgen im Hintergrund folgende Schritte: Die IDE prüft, ob die Datei HelloWorld.java jüngeren Datums ist, als die ggf. bereits existierende HelloWorld.class Datei. Falls die Bedingung zutrifft, wird der Compiler angestoßen, um HelloWorld.class zu aktualisieren. Im Negativfall (= Sie haben nichts an HelloWorld.java geändert) ist nichts zu tun. Das Java Laufzeitsystem startet die Ausführung von HelloWorld.class. Auch wenn die IDE diese Schritte verbirgt, sind die .class Dateien trotzdem vorhanden. Der Sinn dieser Aufgabe besteht darin, ein wenig hinter die »Kulisse« Ihrer IDE zu schauen.

Die bisherige Musterlösung war teilweise Müll und wurde soeben erweitert und korrigiert. Ebenso die Fragestellung.

Die Grundidee dieser Aufgabe besteht im Demonstrieren der Möglichkeit, innerhalb einer Java Anwendung beliebig viele Klassen gleichen Namens in unterschiedlichen Packages definieren zu können. Vergleichen Sie dazu bitte Namen von Kindern in Familien: Innerhalb einer Familie (package) müssen sich die Namen von Kindern (Klassennamen) unterscheiden. Man darf (sollte ??) z.B. nicht zwei Kindern in derselben Familie den Namen »Petra« geben. Andererseits ist es völlig legitim, in 10 verschiedenen Familien jeweils ein Kind »Petra« zu nennen. Eine weitere Idee der Aufgabe besteht darin, für diese Demonstration ausgerechnet eine der zentralsten und noch dazu Im Java Standard vordefinierte Klasse java.lang.String zu verwenden. Und zum Dritten soll in dieser Aufgabe eine eigenen Klasse String in ihrer Implementierung java.lang.String verwenden. Dazu muss der Namenskonflikt innerhalb der eigenen Java Klasse durch Verwendung der voll qualifizierten Bezeichnung java.lang.String aufgelöst werden.

Wenn man einen non-default constructor anlegt und aber auch einen default-contructor verwenden möchte, so muss man den default-constructor explizit anlegen. Genau so ist es. Nehmen wir an, sie implementieren in einer Klasse X einen nicht-Default Konstruktor, z.B. public class X { public X(int i) {...} ... } Damit können Sie über diesen Instanzen erzeugen, z.B.: final X x = new X(42); Nehmen wir weiterhin an, sie möchten trotzdem (auch) Default Instanzen erzeugen, final X x = new X(); dann müssen Sie dafür zwingend zusätzlich einen Default Konstruktor implementieren, selbst wenn dieser im nachfolgenden Beispiel nur eine Leerimplementierung besitzt: public class X { public X(int i) {...} // Nicht-Default Konstruktor: final X x = new X(42); public X() {}; // Default Konstruktor: final X x = new X(); ... }

Zu diesem Zeitpunkt der Vorlesung wurden Konstruktoren noch nicht erläutert. Die Idee der Folie besteht darin, dass es für Time Instanzen einen Standard Wert einer Uhrzeit geben soll. Bitte beachten: Die Folie wurde soeben überarbeitet. Es gibt zu diese Folie eine ergänzende Aufgabe Implementing getter methods.

Ihre Aussage stimmt, Gemeint ist: Der Compiler ist zu »doof« im Fall von int count = 3; count++; if (count < 5) { ... trotz der Erhöhung von count um 1 zu erkennen, dass die Bedingung count < 5 immer noch logisch war ist.

@Seybold: Aus logischer Sicht des Java Laufzeitsystems ist das Objekt bereits nach der r = null Zuweisung unerreichbar. Ob man das als »Löschung« bezeichnet, ist Geschmackssache, es ist jedenfalls »weg«. Den Garbage Collector brauchen Sie, weil Speicher technisch bedingt grundsätzlich endlich ist. Solange Sie in Ihrer Applikation »ausreichend« Speicher zur Verfügung haben, könnten Sie auf die Freigabe des von »toten« Objekten belegten Speichers verzichten. Und gäbe es Systeme mit einer unendlichen Menge verfügbaren Speichers, könnte man auf Garbage Collection und den damit verbundenen Performanceverlust komplett verzichten.

@Succurro: Haben Sie denn die Vorgängeraufgabe 81 Creating a “real” square table verstanden? Haben Sie es sich einmal im Debugger angeschaut? Die aktuelle Aufgabe basiert auf der Vorgängeraufgabe und fügt lediglich HTML Formatierungen ein.

Ich verstehe nicht ganz wieso bei der Antwort im zweiten Satz "The expression 4 + 7 is thus of type int (not long)." anstelle des long nicht short steht.

Hallo Herr Michels, der »Negative MI Testuser« war ich . Sie haben ja ein scharfes Auge und zudem Recht. Die korrigierte Version lautet: final int numberOfRowGroups = 5; // You may easily change this parameter. // Printing the tree's top. We have to escape the backslash using \\. System.out.print(""" \\ / -->*<-- /_\\""".indent(numberOfRowGroups)); // Printing the tree's body // Loop printing the tree's body row group wise. for (int rowGroup = 0; rowGroup < numberOfRowGroups; rowGroup++) { final int indentation = numberOfRowGroups - rowGroup + 1; // First body line of current group System.out.print(('/' + "_\\".repeat(rowGroup + 2)).indent(indentation)); // Second body line of current group System.out.print(("/_".repeat(rowGroup + 3) + '\\').indent(indentation - 1)); } // Printing the tree's trunk System.out.print("[___]".indent(numberOfRowGroups + 1)); Der Unterschied zur Vorgängerversion liegt in einer Zeile: diff -Naur Ex_75_alternate.java.old Ex_75_alternate.java --- Ex_75_alternate.java 2021-04-15 11:16:24.070502644 +0200 +++ Ex_75_alternate.java.orig 2021-04-15 11:11:18.204267559 +0200 @@ -20,7 +20,7 @@ System.out.print(('/' + "_\\".repeat(rowGroup + 2)).indent(indentation)); // Second body line of current group - System.out.print(("/_".repeat(rowGroup + 2) + '\\').indent(indentation)); + System.out.print(("/_".repeat(rowGroup + 3) + '\\').indent(indentation - 1)); } // Printing the tree's trunk System.out.print("[___]".indent(numberOfRowGroups + 1));

Es kann sein, dass es ein kleiner Fehler beim deklarieren der while-Schleife war.

Die Antwort ist leider ohne Wissen über Inhalte des Kapitels interface definitions and abstract Classes nicht zu verstehen. Ein try-with-resources Block: try (final Scanner scanner = new Scanner(System.in)) { // Code using scanner } ist äquivalent zu: { final Scanner scanner = new Scanner(System.in); // Code using scanner scanner.close(); // Internally calling System.in.close() before closing the scanner itself } Dies geht beim ersten Schleifendurchlauf noch gut. Danach ist der Standard Eingabestrom System.in allerdings geschlossen und kann nicht mehr verwendet werden. Trotzdem erfolgt der Versuch einer Verwendung im zweiten Schleifendurchlauf, welcher dann scheitert. Sie können den Fehler auch unmittelbar mit folgendem, leicht vereinfachten Beispiel, reproduzieren: try { System.in.close(); } catch (IOException e) {} final Scanner scanner = new Scanner(System.in); System.out.println(scanner.nextInt()); Auch dieser Code liefert einen zu Ihrem Beispiel äquivalenten Stacktrace: Exception in thread "main" java.util.NoSuchElementException at java.base/java.util.Scanner.throwFor(Scanner.java:937) at java.base/java.util.Scanner.next(Scanner.java:1594) at java.base/java.util.Scanner.nextInt(Scanner.java:2258) at java.base/java.util.Scanner.nextInt(Scanner.java:2212) at de.hdm_stuttgart.mi.sd1.Q.main(Q.java:15)