VaNaTiC

if ((x == new Bit(1) && y == new Bit(1)) || (x == new Bit(0) && y == new Bit(0))) ich vermute, Du wolltest damit die beiden möglichen Zustände abbilden, die ein bool annehmen kann und als Schnellzugriff bereithalten. Sowas macht man mit static const privaten (oder selten public) members. private static const Bit.TRUE = new Bit(1); private static const Bit.FALSE = new Bit(0); Diese kannst Du dann in Deinen eigenen Klassen verwenden, indem Du aber IMMER (und deshalb ist das hier in diesem Fall eine gefährliche Alternative) diese Konstanten benutzt. Denn Du vergleichst wie bereits gesagt Referenzen. Wie auch bereits gesagt ist in Deinem Fall ist equals() auf alle Fälle besser. if(n == 0) { this.b = false; } else { this.b = true; } schreibt man auch einfach als this.b = ( n != 0 );

Ich hab da dunkel System.Net.Mail oder System.Web.Mail in Erinnerung. Eine schnelles google lieferte: CodeProject: Send Email in ASP.Net 2.0 - Feed back Form. Free source code and programming help

zur Fehlermeldung kann ich Dir nich viel sagen, aber: "ordner\ordner\ordner" schaut nicht aus wie ein korrekter Pfad entweder "ordner/ordner/ordner" oder "ordner\\ordner\\ordner"

es muss natürlich heißen: int getGroesse() { ... } aber war eh nur ein hingekritzeltes Beispiel um den Text zu erläutern

Du kannst Dir gleich merken, dass in der Regel alle Protokolle, die nicht direkt als [x] verschlüsselt gekennzeichnet sind, pauschal direkt lesbar sind. Aber zum Glück werden heute auch in kleinen Segmenten fast nur noch Switche eingesetzt und da ist es nicht ganz so einfach mitzulesen

mit sondierenden Methoden sind Methoden gemeint, die den Wert einer gekapselten Membervariable direkt oder indirekt betrachten und/oder zurückliefern, jedoch nicht bearbeiten/schreiben. Pflanze private int groesse; private int alter; bool needUmtopfen() { return alter > x; } bool getGroesse() { return groesse; } die sogenannten GETTER, werden auch oft als Mantelmethoden bezeichnet. Sie liefern den direkten Wert.

kursiv im Klassendiagramm kenne ich als abstrakte Klassen. static members kenn ich unterstrichen, aber statische Klassen kenn ich nich und Beziehungen dazu?! allerdings gibts natürlich sehr wohl Darstellungen für Singleton-Pattern, etc.

kann Euch beiden nur zustimmen. Hat Dein Prof eine Erklärung?

Ich vermute, dass Deine Anwendung mit mehreren Threads auf die GUI-Komponenten zugreift. Im Normallfall sollten solche Aufrufe synchronisiert mit dem AWT-Eventthread ablaufen.

Also soweit ich weiss sind p3 und p5 falsch. p3 ist so wie Du sagst und p5 ist kein Klassentyp, sondern ein Zeigertyp ohne genaure Größe