Ich verstehe hier etwas nicht. Ich glaube ich habe noch Konstruktoren nicht richtig verstanden. Wenn ich eine Klasse erbe, werden dann nur Methoden und Eigenschaften geerbt und die Konstruktoren nicht?
Die Klasse Frame hat einen Konstruktor mit dem ich Fenstertitel setzen kann:
Frame(String title)
Constructs a new, initially invisible Frame object with the specified title.
Muss ich jetzt in meiner Neuen Klasse so einen Konstruktor schreiben, damit ich Fenstertitel setzen kann? Kann ich den Frame Konstuktor nicht benutzen?
den Aufruf von super in dem neuen Konstruktor verstehe ich nicht. Ich habe gelernt dass ich mit Hilfe von super+PUNKT auf die Eigenschaften und Methoden der Superklasse zugreifen kann. Wo ist hier Punkt?
import java.awt.Frame;
public class AwtStart extends Frame{
public AwtStart( String titel) {
super( titel );
}
public static void main(String[] args) {
AwtStart start = new AwtStart("Lalala");
start.setVisible(true);
}
}
nein
Sieh dir erstmal die Klasse in der API an hier
es gibt viele Konstruktoren die du aufrufen kannst
du musst nur die Konstruktoren schreiben die du brauchst
Die 4 Konstruktoren der Klasse Frame habe ich gesehen. Wie kann ich das schreiben? So wie in dem Beispiel? Ich habe in der Klasse den Konstruktor verwendet und in der main()-Methode den Titel übergeben. Und ich verstehe nicht wie das gemacht wurde.
na wenn du ein Fenster erzeugst dann haste ja auch nen Titel den kannst du setzen mit setTitle oder den Superkonstruktor von Frame aufrufen super(“abc”);
wie du ja schon gelernt hast ruft super(…) immer den Superkonstruktor auf
So wie ich es kenne oder vestanden habe, dann hätte ich das dann so gemacht:
import java.awt.Frame;
public class AwtStart extends Frame{
String titel;
public AwtStart( String titel) {
this.titel = titel;
}
public static void main(String[] args) {
AwtStart start = new AwtStart("Lalala");
start.setVisible(true);
}
}
Nur funktioniert komischer Weise nicht. Warum?
In dem Beispiel, das funktioniert haben die mit super() auf den Konstruktor der Superklasse zugregriffen, auf diesen :
Frame(String title)
Constructs a new, initially invisible Frame object with the specified title
Oder?
Also wenn ich bei „super“ keinen Punkt eingebe und das wie eine Methode schreibe, dann greife ich damit automatisch auf einen Konstruktor der Superklasse zu? Und weil dieser Konstruktor String titel als Parameter hat, habe ich diese Variable dort reingeschrieben. Danach habe ich die in meinem eigenem Konstruktor überschrieben, richtig?
kalr geht das nur setzt du den Titel nicht also nicht den Titel des Fensters, weil woher soll das von deinem String was wissen?
Deshalb gibt es die Methoden setTitle oder halt super(“abd”);
ja super(“abc”) ruft halt new Frame(“anc”) auf
nein du überschreibst in deinem Konstruktor nichts
hmmm naja default mäßig weiß ich nicht weil dann müsste man ihn immer wieder aufmachen.
Demnächst gibt es da auch ne kleine Neuerung und da weiß ich nicht ob das geht aber mal sehn was sich machen lässt
@Mac-Systems: Ich finde auch, horizontal sollte das breiter sein (so breit wie es eben passt), und vielleicht ein bisschen höher. Aber die Scrollbalken sind schon gut, sonst kommt sowas wie im Java-Forum raus…
Default eingeklappt finde ich allerdings aus den genannten Gründen nicht so prickelnd.
[QUOTE=Illuvatar]@Mac-Systems: Ich finde auch, horizontal sollte das breiter sein (so breit wie es eben passt), und vielleicht ein bisschen höher. Aber die Scrollbalken sind schon gut, sonst kommt sowas wie im Java-Forum raus…
Default eingeklappt finde ich allerdings aus den genannten Gründen nicht so prickelnd.[/QUOTE]
Ne, ich kann da nicht zustimmen. Das ist auch das was mich hier am forum am meisten stört. Ich kann nicht einfach über den code schauen und sehen was derjenige da macht. Stattdessen bin ich gezuwungen auf zwei scrollbalken zu klicken um den beitrag und den code lesen zu können. Es geht ja in einem Code Forum nicht darum das alle beiträge auf eine Seite passen.
Also ich finde ein Scrollbalken (vertikal) wäre angemessen, so einen gibts ja eh schon, mein Opera scrollt sogar automatisch erst den Code, dann die Seite weiter.
Der horizontale, wie gesagt, gehört möglichst weg, aber bevor ein Post horizontal über mehrere Seiten geht, dann bitte doch. Perfekt wäre natürlich ein automatischer Zeilenumbruch (der die Zeilennummern natürlich nicht verschiebt).
Apropos Code: Ich finde nicht alle Faben des Syntax Highlighting gelungen. Dieses Grün und Gelb hat meiner Meinung nach zu wenig Kontrast zum Hintergrund. Wie wäre es mit den original Eclipse Syntax Farben, hab ich auch schon in nem Forum gesehn - bewährt und gut.
Ansonsten ist die Idee mit den Google Links im Code ja ganz witzig. Noch besser fände ich, wenn statt zu Google direkt in die Java API gelinkt werden würde.
[QUOTE=byto]Apropos Code: Ich finde nicht alle Faben des Syntax Highlighting gelungen. Dieses Grün und Gelb hat meiner Meinung nach zu wenig Kontrast zum Hintergrund. Wie wäre es mit den original Eclipse Syntax Farben, hab ich auch schon in nem Forum gesehn - bewährt und gut.
Ansonsten ist die Idee mit den Google Links im Code ja ganz witzig. Noch besser fände ich, wenn statt zu Google direkt in die Java API gelinkt werden würde. :D[/QUOTE]
ja die Farben da ist nur das Problem das wir mehrere Styles haben und die überall passen müssen aber da ist noch was besseres geplant
hmm ist das nichtmehr komisch wird aber wieder gemacht das die in der API aufgehn
