textfeld mit enter auslesen klappt nicht

[blutiger anfänger]

ich habe mal ein problem ich will ein applet programieren in dem ein textfeld ist, wo ich einen belibigen string eingeben kann, der dann ausgelesen wird wenn man enter drückt. der ausgelesen text soll dann in einem weiteren label ausgegeben werden.
(schon mal im vorraus vielen dank für die hilfe)
hir mal mein quelltxt.:

import java.awt.event.*;
import java.applet.*;
import java.awt.*;




public class TextfeeldUndTextbereiche extends Applet
{ String s;


public void init ()
{
setSize(300,300);
setBackground(Color.orange);
TextField feld = new TextField("",10);
Label label=new Label("1) Transistorbezeichnung:");

add(label);
add(feld);

//s=feld.getText();
}
public void actionPerformed(ActionEvent e)
{
//abfrage ob enter gerückt wurde in feld
String s1;

Object obj = e.getSource();
e.getActionCommand();
s=feld.getText(); //speichern des textes aus feld
if (obj instanceof TextField)
{
Label label2=new Label("2) Transistorbezeichnung:"+s);
add(label2);
} {

}

}
}

 

[The_S]

Du musst erstmal dein Textfeld mittels

addActionListener

eine Klasse zuordnen, die das interface ActionListener implentiert. In dieser Klasse musst du dann die actionPerformed Methode defninieren.

 

[blutiger anfänger]

wie mach ich das?
ich habs probiert habs aber glaube ich falsch (ich glaubs nicht nur ich weiß ich habs falsch)
das habe ich eingefügt;



add(label);
add(feld);


//s=feld.getText();
}
public void ActionListener()
{
feld.addActionListener();
feld.actionPerformed();
}

public void actionPerformed(ActionEvent e)
{

 

[The_S]

Es gibt auch sowas wie Code-Tags .

ActionListener implementieren:

public class deineKlasse extends JApplet implements ActionListener {
}

ActionListener adden:

deinTextfeld.addActionListener(this);

 

[moormaster]

Oder, was ich übersichtlicher finde:

 import java.awt.*;
 import java.awt.event.*;

 public class ... extends ..
 {
   public ...(...) // Konstruktor der Klasse
   {
    TextField tfAnything = new TextField();
    tfAnything.addActionListener(
     new ActionListener()
     {
      public void actionPerformed(ActionEvent e)
      {
       // tue xyz wenn Button angeklickt...
      }
     }
    );
    ...
    
   }
   ...
 }

So hat man in der Klasse nicht tausende Methoden umherschwirren, die man mal reingetan hat, weil man nen xyzListener gebraucht hat... vor allem wenn man mal verschiedene ActionListener braucht, kann man mit meiner Methode für jeden Zweck eine eigene Methode haben und muss dann nicht über das Event Objekt unterscheiden, von wo das ActionEvent ausgelöst wurde.

 

[The_S]

Geschmackssache, ich find deine Methode total hässlich und beim ActionListener gibts ja eh nur eine Methode zum Überschreiben .

 

[Leroy42]

Ich finde Moormaster's Klammersetzung häßlich,
seine Methodik jedoch gut.

und beim ActionListener gibts ja eh nur eine Methode zum Überschreiben .

Sicher: Aber es kommt eben auf

und muss dann nicht über das Event Objekt unterscheiden, von wo das ActionEvent ausgelöst wurde.

an.

 

[Wildcard]

if's sind potentiell gefährlich. Warum also einbauen wenn man wie zum Beispiel bei Listenern elegant drum herum kommt.

 

[Leroy42]

...und auch das Bauchgrummeln, mit jedem ActionListener
implizit eine eigene Klasse zu definieren die dann geladen
werden muß, hat sich bei mir mittlerweile verflüchtigt

 

[blutiger anfänger]

vielen dank hat mir sehr geholfen

 

[Leroy42]

vielen dank hat mir sehr geholfen

War das jetzt ironisch gemeint? :?

Hoffe mal nicht.

 

[blutiger anfänger]

nein, echt nicht, hab mein applet mit eurer hilfe fertig bekommen
wollte mich dafür nur bedanken

 

[moormaster]

Ich finde Moormaster's Klammersetzung häßlich,
seine Methodik jedoch gut.

Über Geschmack lässt sich eben streiten . Ich finde es einfacher, wenn ich zu einer geschlossenen } in der gleichen Spalte die passende offene { wiederfinden kann.

und beim ActionListener gibts ja eh nur eine Methode zum Überschreiben .

Ich finde einfach, dass eine actionPerformed-Methode nix in Form einer Methode in der Logik der Klasse verloren hat... Diese Listener Methoden sind ja alle public... es könnte dann jmd. auf die Idee kommen, diese direkt aufzurufen, was mit anonymen Klassen als Listener dann nicht mehr geht.

In diesem Fall mag es es vielleicht Faulheit sein, wenn man die actionPerformed Methode einfach in die Klasse mit rein nimmt. Aber spätestens, wenn du mal viele Buttons, Listen und andere Sachen hast, zu denen du einen ActionListener einbinden möchtest, hättest du eine aufgequollene actionPerformed-Methode, die per Fallunterscheidung gleich für mehrere Elemente zuständig ist, obwohl diese Elemente nix miteinander zu tun haben.