Üble Beschwerden über Blatt6/P15

Wollte nur mal ne aufreißende Überschrift, keine Angst, mit dem Blatt is von meiner Seite alles OK...

DENNOCH, möchte ich schonmal im Vorraus alle Beschwerden oder ähnliches ein wenig abdämpfen...

Das wird jetzt auch kein ewig langer Post, sondern nur ein klitzekleiner Vergleich zwischen unserem Übungsblatt, und dem "Praktikum" eines Freundes von mir an der FH-Bochum, welche jetzt seit ZWEI Semestern Java programmieren ...

unseres: http://www.tcs.ifi.lmu.de/lehre/SS04/InfoII/blaetter/blatt6.pdf

deren: http://www.fh-bochum.de/fb3/aid/files_b/gi_prakt8.pdf
(die haben ne lange Vorbereitungszeit (>1Woche) und müssen das dann vor Ort coden (>2 Stunden Zeit))
.....................................

Abschließend nurnoch eine kleine, persönliche Meinungsäußerung meinerseits:

Fazit: Seid froh das wir wenigstens ab und zu mal kurz knobeln müssen...stellt euch mal vor son Übungsblatt wie grad gelinkt vorgesetzt zu bekommen ... ich würd mir irgendwie arg verarscht vorkommen...
Also damit mal zur Abwechslung ein Lob an die Aufgabensteller von uns .. die Aufgaben sind echt in Ordnung und oft sogar echt spaßig (nim z.b.) .. somit: Macht weiter so!

Ich muss mich da an meinen Vorposter anschließen so ein Blatt ist grausam......... Ein Lob an unsere Aufgabensteller.

Hi,

ich fand die Aufgabe auch anspruchsvoll, aber durchaus nett und machbar. Jetzt kann ich mich dann nächste Woche ans dokumentieren und verbessern machen (zB ein allgemeines Polygon entwerfen und dadurch Dreieck und Viereck verbinden, das sit dann noch besser ...)

Zwei Sachen die mir jetzt aber aufgefallen sind (und vielleicht nicht gerade viel mit der Aufgabe zu tun haben ):

1) Wie geht das genau mit dem Clonen/Kopieren von Objekten? Ich habe da auf die schnelle nciths gefunden. Ich möchste lieben gerne meine ganzen Punkte einfach und sauber klonen bzw. kopieren - und nciht immer in die Einzelbestandteile zerlegen und dann neu zusammensetzen. :/

2) Wer Symmetrie mag und auch noch sein Rechteck testen will, der sollte folgendes Diff über das Test.java laufen lassen.

19a20,21
> Rechteck r = new Rechteck( p1, p2, 500. );
> r.zeichnen( g2 );
24c26
< for ( int i = 1 ; i < 23 ; i++ )
---
> for ( int i = 1 ; i <=23 ; i++ )
39c41
< d2.verschieben( 50 , 60 ) ;
---
> d2.verschieben( 50 , 50 ) ;

Screenshot kann ich leider keinen bieten (zumal ich dann erst suchen müsste, wie ich das wieder unter blackbox bzw. X amche ... )

SEcki

Screenshot kannst du ganz einfach machen, geh zu xterm und da gimp aufrufen, bei gimp auf holen und screenshot.

Ich hatte eine Antwort geschrieben, die aber zu lang geworden ist, und mit dem Thema des Threads ja sonst nichts zu tun hat. Deswegen habe ich hierzu einen neuen Thread geöffnet:
http://www.die-informatiker.net/viewtopic.php?p=15130#15130

hm also ich hab die angabe jetzt glaub ich mindestens 20x gelesen und ich bin immernoch der meinung, dass da was nicht stimmt. vielleicht steh ich auch nur etwas auf der leitung:

das quadrat, das in dem test.java erzeugt wird (-> bild), hat ja seine "definitionspunkte" links (p) und oben (q). wenn ich jetzt nach der angabe gehe

dann kommt bei mir ein Quadrat raus, dass genau gespiegelt ist an der seite pq im gegensatz zum screenshot ... oder versteh ich da was falsch?!

Leider ist das Koordinatensystem, das in den Java-Bibliotheken benutzt wird, nicht das mathematische Koordinatensystem. Die Beschreibung im Übungsblatt bezieht sich immer auf das mathematische System (also sei die y-Achse nach oben gerichtet). In der grafischen Ausgabe hat man dann leider noch eine Spiegelung an der x-Achse. Die Beschreibung des Konstruktors von Rechteck ist nun auch die in der Mathematik. Die Bemerkung zur Rotation/Drehung weiter oben auf dem Blatt soll hier sinngemäß gelten. Es wäre besser gewesen, dies ausdrücklich als Warnung anzufügen.

Es empfiehlt sich, auf einem Blatt Papier Beispiele zu zeichnen und dann das Blatt auf den Kopf zu stellen. Das Bild auf der Rückseite entspricht dann der Appletausgabe.

okay dann ist die sache glaub ich klar
danke!

hab mal ne frage:
dürfen wir

java.awt.geom.Line2D;
java.awt.geom.Ellipse2D;

importieren? Hab nämlich keine Ahnung, wie ich das sonst machen sollte.
Danke

klar, irgendwie musst du die sachen ja zeichnen

Ich hab' auch keine Ahnung, wie Sie das sonst machen sollten.
Also duerfen Sie diese Klassen importieren. (Nur nochmal als "offizielle Bestaetigung".)

ich hab bereits mal ne java vorlesung an einer anderen hochschule besucht, da mussten wir den bresenham-algorithmus implementieren und durften nur punkte zeichnen riesenspass
(nur so als idee wie man es sonst machen koennte)

(Bresenham ist ein algorithmus um linien zu zeichnen )

Darf man zusätzliche Klassen (z.B. Matrix.java) erstellen?

Ich weiß nicht, was da jetzt die offizielle Richtlinie zu ist - aber ich würd es einfach machen. Es amcht auch beim Kompilieren dann keine Probleme (hoffe ich jedenfalls) und es ist dann teilweise auch eleganter, wenn dein Matrix entsprechend riseig ist - und sowa skann man ja auch mal woanders nutzen. Und zuviele Punkte solltest du da nicht verlieren - Augen zu und durch!

SEcki

also ich bin mir ziemlich sicher, dass das nicht erlaubt ist...
ist ja alles auf dem blatt vorgegeben

Wir haben schon auf Programme, die weitaus mehr taten als gefordert, volle Punktzahl bekommen (sogar ohne Anschiss der Korrektoren).
Leb dich aus! Man könnte hier ja eine Matrix-Klasse schreiben, die als eigenständige Datenstruktur diverse Matrix-Operationen beherrscht (Addition, Multiplikation, Transposition, Umformung in Zeilenstufenmatrix, Invertierung (vieleicht mit verschiednen Verfahren ), Determinante, ...)
nur Schade, dass es in Java kein Operator-overloading gibt à la A*B.inv() == C+D.transp()
Aber (A.mult(B).inv()).equals(C.add(D).transp()) ist auch nicht schlecht