FreitagsrundenWiki - Benutzerbeiträge [de]

Javakurs2006/Java Kurzreferenz

2006-04-05T09:31:02Z

130.149.4.49: /* Funktionen (Methoden) */

Hier befindet sich eine kleine '''Referenz für Java''' speziell für den Javakurs der Freitagsrunde.

== Kommentare ==
Ein '''Kommentar''' ist ein Abschnitt des Java-Codes, der vom Java-Compiler ignoriert wird. Man kann in ein Kommentar also schreiben was man will. Kommentare sind nützlich, um den Quellcode zu dokumentieren.

In Java gibt es zwei Arten von Kommentaren:

===Kommentare über eine Zeile===

// Diese ganze Zeile wird vom Compiler ignoriert.
int x= 5; // Dieser Kommentar beginnt mit »//«. Alles davor wird vom Compiler nicht ignoriert.

===Kommentare über mehrere Zeilen===

/* Dieser
Kommentar
erstreckt
sich
über
mehrere
Zeilen.
*/

Zum Vergleich: in Opal werden Kommentare mit -- eingeführt.

=== Javadoc-Kommentare ===
Um Programme zu dokumentieren gibt es in Java ein Tool: Javadoc. Damit lassen sich HTML-Seiten generieren, die informationen über eure Methoden und Klassen beinhalten.

/**
Dies ist ein Javadoc-Kommentar
und erscheint später in eurer Dokumentation.
Was es für Optionen gibt, fragt eure Tutoren ;)
*/

== Datentypen (Variablen) ==
{| border="2" cellspacing="0" cellpadding="4" width="80%" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#F9F9F9; font-size:95%; empty-cells:show;"
! style="background-color:#ABCDEF;" | Typ
! style="background-color:#ABCDEF;" | Speicherbedarf
! style="background-color:#ABCDEF;" | Bereich
|-
|void
|0 Byte
|keiner
|-
|boolean
|1 Byte
|true, false
|-
|int
|4 Byte
| -2.147.483.648 bis 2.147.483.647
|-
|short
|2 Byte
| -32.768 bis 32.787
|-
|long
|8 Byte
| -9.223.372.036.854.775.808L bis 9.223.372.036.854.775.807L
|-
|byte
|1 Byte
| -128 bis 127
|-
|float
|4 Byte
| +/-3,40282347E+38F
|-
|double
|8 Byte
| +/-1,79769313486231570E+308
|}

== Boolsche Operatoren ==
{| border="2" cellspacing="0" cellpadding="4" width="80%" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#F9F9F9; font-size:95%; empty-cells:show;"
! style="background-color:#ABCDEF;" | Operator
! style="background-color:#ABCDEF;" | Beispiel
! style="background-color:#ABCDEF;" | Ergebnis des Beispiels
|-
| ==
''(gleich)''
| 4 == 9
| false
|-
| !=
''(ungleich)''
| 4 != 8
| true
|-
| &&
''(logisches UND)''
| false && true
| false, es wird erst der linke Ausdruck ausgewertet. Wenn die Auswertung false ergibt, wird der rechte Ausdruck nicht mehr geprüft, da das Ergebnis nicht mehr true werden kann.
|-
| <nowiki>||</nowiki>
''(logisches ODER)''
| true <nowiki>||</nowiki> false
| true, es wird erst der linke Ausdruck ausgewertet. Wenn die Auswertung true ergibt, wird der rechte Ausdruck nicht mehr geprüft, da das Ergebnis nicht mehr false werden kann.
|-
| <, <=, >, >=, <>
| 1 < 3 ''(hier exempalrisch nur eins)''
| true
|}

== Bitoperatoren ==
{| border="2" cellspacing="0" cellpadding="4" width="80%" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#F9F9F9; font-size:95%; empty-cells:show;"
! style="background-color:#ABCDEF;" | Operator
! style="background-color:#ABCDEF;" | Beschreibung
! style="background-color:#ABCDEF;" | Erklärung
|-
| &
| AND
| Wie das logische UND, jedoch werden auf jeden Fall beide Seiten ausgewertet.
|-
| <nowiki>|</nowiki>
| OR
| Wie das logische ODER, jedoch werden auf jeden Fall beide Seiten ausgewertet.
|-
| ^
| XOR
| XOR halt.
|-
| ~
| NOT
| Negation des Wertes.
|}

== Konstanten ==
* In Java werden Konstanten mit dem Schlüsselwort '''final''' bezeichnet. In Java gibt es die Konvention Konstanten komplett groß zu schreiben:

final double PI = 3.14;

== Zuweisungen und Initialisierungen ==
Wenn man eine Variable erstellt und sie mit Werten füllen will, wird man auf folgende Syntax stoßen:

''Datentyp'' Variablenname = ''Initialisierungswert'';

Es gibt zwei Möglichkeiten diese Aktion durchzuführen:
* lange Variante:
int zahl;
zahl = 23;

* kurze Variante:
int zahl = 23;

= if-Anweisung =
* Die einfachste Variante:

if (condition) {
''Anweisungen;''
}

* Zusätlich hat diese Variante einen alternativen Anweisungsblock. Wenn ''condition'' nicht erfüllt gehe in den ''else''-Zweig und führe dort die Anweisungen aus.

if (condition) {
''Anweisungen;''
} else {
''Anweisungen;''
}

* Natürlich lassen sich beide Varianten schachteln. Man kann also auf zwei Bedingungen prüfen und bei nicht Eintreffen in den ''else''-Zweig gehen.

if (condition) {
''Anweisungen;''
} else if (condition) {
''Anweisungen;''
} else {
''Anweisungen;''
}

= Schleifen =
== for-Schleife ==
* Um über Array's zu wandern bietet sich die for-Schleife an. Als erstes in der Klammer muß eine Laufvariable deklariert und mit einem Wert initialisiert werden (hier int i= 0). Danach muß eine Bedingung erfüllen, um festzulegen bis wann die Schleife ausgeführt wird (i < 10). Als letztes muß die Laufvariable verändert werden, so daß irgendwann der Abbruch eintritt (i++).

for (int i = 0; i < 10; i++) {

''Anweisungen;''

}

== while-Schleife ==
* Die while-Schleife wird meistens dafür benutzt, Anweisungen auszuführen bis irgendetwas eintrifft (z.B. EOF -End Of File). Für Arrays sollte man die for-Schleife nehmen. Die while-Schleife lässt sich auch als for-Schleife schreiben.

while (condition) {
''Anweisungen;''
}

= switch-case =
* Wenn man verschiedene Werte abfangen möchte, wie zum Beispiel verschiedene Zahlen (bei einem Menü). Gehen wir mal davon aus, daß wir drei Menüeinträge haben:
# ''1''
# ''2''
# ''0''
''1'' gibt die Zahl '''1''', ''2'' gibt die Zahl '''2''' aus und ''0'' beendet das Programm, dann ist key zum Beispiel ein '''int''' und '''value''' würde den einzelnen Menüpunkten entsprechen. Das ''break'' bewirkt ein raussprigen aus dem switch-Konstrukt. Würde man das ''break'' weglassen, würden sämtliche Anweisungen die direkt darunter folgen, ausgeführt werden.

switch (key) {
case value: {
''Anweisungen;''
break;
}
default: {
''Anweisungen;''
break;
}
}

= Grundgerüst eines Javaprogramms=

Da der Programmierer vom Kopieren lebt, schreibt er einmal eine Schablone und benutzt sie immer wieder, frei nach dem Motto: Man muß das Rad nicht zweimal erfinden.

So sieht zum Beispiel ein simples Javaprogramm ohne Handlung aus:

public class Klassenname {

/**
* @param args
*/
public static void main(String[] args) {
// TODO Anweisungen

}
}

'''Erläuterungen:'''
@param ist für das Dokumentationssystem Javadoc, wird im Javakurs vielleicht angesprochen, sollte aber erstmal zweitrangig sein. Dennoch ist Dokumentation wichtiger als der eigentliche Code und deshalb hier erwähnt.

= Funktionen (Methoden) =
In Java programmiert man meistens Objektorientiert, es sei denn man belegt Info2. Funktionen heißen bei Java Methoden und Methoden sind Objekten zugeordnet, es sei denn man programmiert nicht Objektorientiert.
Eine Methode hat immer folgenden Aufbau:

Spezialoption ''Veröffentlichungsart'' '''Rückgabewert''' Funktionsname '''(''' Parametertyp ''Parametername'' ''')''' {

Methodenrumpf_mit_Anweisungen;

}

Spezialoption:
* static
* final

''Veröffentlichungsart'':
* public
* protected
* private

"Spezialoption" und "Veröffentlichungsart" werden in Java unter dem Begriff ''Modifier'' zusammengefasst. Eine Auflistung der Modifier gibt es [http://www.javacamp.org/javaI/modifier.html hier].

'''Rückgabewert''':
* sämtliche oben aufgeführte Datentypen
* eigene Datentypen

Funktionsname:
* einen für die Funktion bezeichnenden Namen aus Buchstaben, Zahlen und dem Underscore ( ''_'' )
* darf nicht mit eine Zahl beginnen

Parametertyp:
* wie '''Rückgabewert''', siehe oben

''Parametername'':
* wie Funtionsname, siehe oben

= Ausgabe =
* Um Fehler finden zu können oder Ausgaben auf der Konsole zu machen, gibt es in Java ''print''-Funktionen:

System.out.print("Irgend ein String.");

Gibt ''Irgend ein String.'' auf der Konsole aus ohne einen Zeilenumbruch.

System.out.println("Noch ein String.");

Gibt ''Noch ein String.'' auf der Konsole aus allerdings diesmal mit einem Zeilenumbruch.

Benutzer:Martin Häcker/Java Kurs

2006-03-25T15:52:33Z

130.149.4.49: /* Florian */

= Javakurs - Organisation=

* Webseite zum Kurs: [[Javakurs2006]]

== Beteiligte ==
Wer kennt noch jemanden der Mitmachen würde? '''Bitte ansprechen - immer Persönlich.'''

Wir suchen Helfer die:
* den Teilnehmern bei den Java-Programmen zu helfen (wie geht das mit dem "if-then-else", der "for"-Schleife, wie schreibt man das "try-catch", ...)
* die 10 Leuten erklären wie man mit mit Java im Detail umgeht und Fragen beantworten
* die vor 100 Leuten einen Vortrag halten und Java erklären
* die helfen diese Vorträge inhaltlich Vorzubereiten

Teilnehmer bitte mit e-mail-Adresse eintragen

=== Organisation, VL und Rechnerbetreuung ===
* Marcel
* Martin
* Arthur
* Florian
* Thomas
* Felix
* Kristian Bergmann
* Robert Buchholz
* Robert Lubkoll
* Ellen
* Karsten Bsufka
* Olaf Kroll Peters

=== Rechnerbetreuer oder VL ===
* Jakob
* Karl
* Andreas Janson (vielleicht)
* Björn Lohrmann <lohrmann@cs...> (vielleicht)
* Sven Schneider (Vielleicht)
* Alex Löwer <anaktai@cs...>
* Julius Gehr (vielleicht Vorlesung)
* Karsten Bsufka (Teilweise - vielleicht sogar Mitvortragender)
* Linkiewicc <linkiewi@cs...>
* Madany <madany@gmx.de>
* Volker (Teilweise) <volkere@cs...>
* Marek <iwasszkie@cs....>
* Jérome Kunegis <kunegis@cs...>
* Thorsten Rimkus
* Louay
* Alex Rein (?)
* Dorian <sschneider@mouze.org>
* Chi-Thanh Christopher Nguyen
* Daniel Käs <dkaes@cs...>
* Felix Lindner <felixl@cs...>

= Inhalt und Ablauf =
== Termin ==
* Mo, 03.04.2006 - Do, 06.04.2006
== Tagesablauf ==
* Für Tag 1 bis 3:
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#E0E0E0"
!von
!bis
!was?
|- bgcolor="#F0F0F0"
|9:15
|10:15
|Vorlesung
|- bgcolor="#F8F8F8"
|10:30
|12:00/12:30
|Übung
|- bgcolor="#F0F0F0"
|12:30
|13:15
|Mittagspause
|- bgcolor="#F8F8F8"
|13:15
|14:00
|Vorlesung
|- bgcolor="#F0F0F0"
|14:15
|16:30
|Übung
|}

== Themen ==
{| border="0" cellpadding="4" cellspacing="2"
|- bgcolor="#E0E0E0"
!Tag Nr.
!Vormittag
!Nachmittag
|- bgcolor="#F0F0F0"
|[[{{PAGENAME}}/Tag 1|Tag 1]]
|Hello, World!
|Methoden und Schleifen
|- bgcolor="#F8F8F8"
|[[{{PAGENAME}}/Tag 2|Tag 2]]
|Modularisierung mit Klassen und Objekten
|OO-Vertiefung und Klassenbibliothek
|- bgcolor="#F0F0F0"
|[[{{PAGENAME}}/Tag 3|Tag 3]]
|Strukturiertes Programmieren
|Effizient Fehler finden und Testen
|- bgcolor="#F8F8F8"
|[[{{PAGENAME}}/Tag 4|Tag 4]]
|Projektaufgabe
|Projektaufgabe
|}

== Allgemeine Ziele, Überlegungen und Ideen ==
* [[{{PAGENAME}}/Allgemeine Lernziele|Allgemeine Lernziele]]

== Literatur ==
'''Sun-JAVA-API'''
* [http://java.sun.com/j2se/1.4.2/docs/api/ Java-API zu 1.4.2] sollte jeder jederzeit beim Programmieren offenhaben
* [http://java.sun.com/docs/books/jls/third_edition/html/j3TOC.html The Java Language Specification, Third Edition]

'''Java ist auch eine Insel'''
* ziemlich einfach geschrieben und viel erklärt am Anfang, gute Einführung, die aber auch in die Tiefe geht (v.a. gedruckt auch in die BREITE :-)
* Über ein Dutzend der vierten Auflage in der UB-Lehrbuchsammlung erhältlich (OPAC derzeit down, daher kein Link)
* Als kostenloses eBook [http://www.galileocomputing.de/openbook/javainsel5/ ansehen] und [http://download.galileo-press.de/openbook/javainsel5/galileocomputing_javainsel5.zip downloaden]
* Zu erwerben bei [http://www.amazon.de/exec/obidos/ASIN/3898427471/thetruth0e Amazon in deutsch]

'''Structure and Interpretation of Computer Programs'''
* "Read the book. Do the exercises. It will teach you more about the essence of programming than any other book I know. -- ChristianLemburg". Dem kann ich mich nur anschließen. --[[Benutzer:Martin Häcker|Martin Häcker]]
* [http://mitpress.mit.edu/sicp/ SICP Webseite]
* [http://mitpress.mit.edu/sicp/full-text/book/book.html Ebook]
* [http://www.swiss.ai.mit.edu/classes/6.001/abelson-sussman-lectures Video-Lectures zu dem Buch]
* [http://www.amazon.de/exec/obidos/ASIN/0262011530/thetruth0e englisch bei Amazon]
* [http://www.amazon.de/exec/obidos/ASIN/3540423427/thetruth0e deutsch bei Amazon]

= TODOs =

== Zeitplan ==

8 20.02.-26.02. Räume, Web, Mail, Tutoren werben, allg. Werbung
9 27.02.-05.03. Stoffaufteilung/Zeitplan
10 06.03.-12.03. Aufgabenentwurf fertig
11 13.03.-19.03.
12 20.03.-26.03. Aufgaben fertig und besprochen
13 27.03.-02.04. Beamer, Technik, Getränke, Kopien, Tutoren anleiten & einteilen
14 03.04.-07.04. Veranstaltung

== Unassigned ==
* Eintrag in den [[Termine]]n aktuell halten

== Arthur ==
* Räume

== Martin ==
== Florian ==

Bäckerei (3.Tag)

== Felix ==
== RobertL und Felix ==
== RobertB ==

= Treffen 6.2.06 =
Bekanntmachung:
Termin 3.4.-7.4.

== Webseite ==
* Absolute anfänger
* wenn weniger als hundert bis bestimmtes datum
* dann auch mit anderen imperativen sprachen
* CS-ACCOUNT
* Anmeldung
* Überweisung / Persönlich vorbeibringen

= Treffen 10.3.06 =
# Allgemeines:
## ToDo:
##* Artur: Raum mieten im MA043 mit Technik (2 Mikrofone tragbar, Funk)
##* Artur: Rechnerbetrieb für Rechnerräume ansprechen
##* Artur: Kamera für Bildaufnahmen
# Rechnerübungen:
## ToDo:
##* Handout mit wichtigen Tipps:
##* Ausführen, Compiler, URLs, Bibliotheksfunktionen, "HelloWorld", usw.
##* nächste Woche:
##** Aufgaben müssen ausformuliert sein,
##** Miniaufgaben ferig sein, alles selbst implementiert haben
##** Zeit f. Implementierung messen (nicht von den Aufgabenstellern)
##** Kleingruppen machen Vorschlag, Vortragender schaut drüberund nickt ab

Fazit:
* Aufgaben ausarbeiten und ausformulieren (die Leute die sich das ausgedacht haben), ein anderer programmiert Aufgabe Probe

Ausarbeitungen:
# LE: Robert B., Dorian, Ellen
# LE: Sven, Daniel
# LE: Artur, Robert L., Felix
# LE: Florian, Martin

Aufgaben so designen, so dass sie anständig auf Papier ausdruckbar sind (im Wiki hinterlegen)

Zusatzaufgaben auf seperaten Zettel, Ausgabe des Zettels erst bei Nachfrage in der Übung (nicht ankündigen)

Freitagsergebnisse der Ausarbeitung für LEs: siehe Anhang

Offenes:
* Eclipse schon am 2. Tag einsetzen?
* Thema Gute Namen?
* Studenten mit "Migrationshintergrund"
* zeiteinteilung für Aufgaben 1/10? 1/5? -> Verhältnis Aufgabe - Zeit
** Tagabhängig (1. Tag: Faktor 10, 3.Tag: Faktor 2 z.Bsp. ...)

== Anhang zu 2.2.: ==

=== 1.LE ===
Handout:
# Melde Dich an einer Sun an und wähle einen Editor Deiner Wahl. Wenn Du keinen kennst dann nimm Editor xy.
# Richtig/Falsch-Tabellen:
#* kopieren von einer Datei aus Verzeichnis
#* Umbenennen von Dateien
#* 2 Varianten für Aufruf von Dateien (mit class / richiger Aufruf), Am Ende wird bei richtigem Ausführen der Datei in der Ausgabe stehen, was als nächstes zu tun ist (nächste Aufgabe).
# Kassenbon - Programm schreiben
#* Kassenbon mit print-Befehlen ausgeben
#* Vorgabe: nichts in Java
#* Aufgabenstellung:
#** links: Ware, Mitte: Anzahl, rechts: Preis Stornos, Gesamtpreis am Ende des Bon ausgeben lassen, MwSt
#*** keine arrays - lauter print-Ausgaben mit Variablen z.Bsp.: int anzahlApfel = 4;
#*** Methode vorgeben, was an Produkten exitsiert, Variable mit Geldmaximum - wovon Produkte abgezogen werden
#*** viele if/then - Beziehungen mit Geldausgaben (zu teuer, nicht genug Geld usw.)
#*** mit globalen Variablen arbeiten

=== 2.LE ===

* Inhalte siehe Wikisite (Methoden,Arryas, Schleifen)

Deltas:
* if - Bedingungen in Methoden auslagern
* String - Vergleiche
* 1. Programm mit syntaxfehlern
* 2. Programm mit Vorgaben
* Nulltes Elemten als erstes Element im Array (Länge 10, Index 9)
* "Nullpointer Exception"
* Tabelle richtig/falsch (siehe 1. LE)

Viele kleine Aufgaben (5-6 Zeilen)
* Bon mit vielen print-Ausgaben aus LE1 umwandeln in Array
** sollen Studies besser machen ...
** Fibonacci

Einteilung in Aufgaben und Zusatzaufgaben
Parsen von Kassenzettel an Stelle der Parser-Aufgabe

=== 3.LE ===
* Inhalte auf Notebook von Robert L.(nachreichen)/oder im Wiki(?)

Deltas:
* "Löschen" auf 4.LE verschieben
* mehr Aufgaben (aus LE4?)

=== 4.LE ===
* Inhalte werden nachgereicht von Florian

Deltas:
* Thema Java-IO in LE 5 reinnehmen

= Treffen 17.3.06 =
Robert, Sven, wo wart ihr?

Was machen wir wenn manche Leute mit dem Tempo nicht mitkommen?
* Wir können die Übung wiederholen
* Wir können die Vorlesung um einen halben Tag verschieben
* Wir haben noch Aufgaben in der Hinterhand, damit Leute, die wiederholen müssen, das tun können
* Vielleicht verzögern wir die Vorlesung auch gar nicht, sondern versetzen nur die Übungen
* Wenn zu viele ein Problem haben, dann laden wir die in spezielle Gruppen ein.
* Ob wir "Ghetto"-Gruppen machen, oder ob wir die Langsameren doch lieber in den durchmischten Gruppen lassen müssen wir nochmal Diskutieren - in der Gruppe kann sich auch einiges Ausgleichen.

Für nächste Woche
* Aufgaben Ausarbeiten und Programmieren
* Vorträge Aufbauen
* Dann ins Wiki!

Wir wollen versuchen auf standardisierte Begriffe zurückzugreifen - wenn wir sie überhaupt verwenden. Arthur macht das. :)

* gute namen regeln besprechen und vereinheitlichen