1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
6:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:
72:
73:
74:
75:
76:
77:
78:
79:
80:
81:
82:
83:
84:
85:
86:
87:
88:
89:
90:
91:
92:
93:
94:
95:
96:
97:
98:
99:
100:
101:
102:
103:
104:
105:
106:
107:
108:
109:
110:
111:
112:
113:
114:
115:
116:
117:
118:
119:
120:
121:
122:
123:
124:
125:
126:
127:
128:
129:
130:
131:
132:
|
" das notpretty " in diesem Fall, alles, das wir benötigen, ist im javax.tv.xlet Paket. Für komplizierteres
//-Beispiele würden wir auch Kategorien aus org.dvb.* und den anderen MHP oder Java-API importieren.
Import javax.tv.xlet.*;
// die Hauptkategorie von jedem Xlet muss diese Schnittstelle einführen - wenn sie nicht dies tut,
// die MHP Middleware kann sie nicht laufen lassen.
allgemeine Kategorie FirstXletExample führt javax.tv.xlet ein. Xlet
{
// jedes Xlet hat einen Xlet Zusammenhang, gerade wie der dieser appletzusammenhang applet in a
//-Webseite werden gegeben. Dieses wird durch die MHP Middleware verursacht und geführt innen zu
// Xlet als Parameter zur initXlet () Methode.
privater javax.tv.xlet.XletContext Zusammenhang;
Privates Feld //-A, zum der gegenwärtigen Lage zu halten. Dieses ist erforderlich, weil das startXlet ()
//-Methode wird, um das Xlet zum ersten Mal zu beginnen und benannt auch zu bilden
Zusammenfassung //-Xlet vom pausierten Zustand. Archiviertes dieses lässt uns im Auge behalten, ob wir sind
//, das zum ersten Mal beginnt.
privates Boolesches hasBeenStarted;
/**
* Jedes Xlet sollte einen Rückstellungserbauer haben, der keine Argumente nimmt.
* Kein anderer Erbauer erhält benannt.
*
allgemeines FirstXletExample ()
{
// der Erbauer sollte nichts enthalten. Irgendeine Initialisierung
// sollte in der initXlet () Methode oder in der startXlet Methode getan werden
//, wenn es time- oder Hilfsmittel-intensiv ist. So, die MHP Middleware
// kann steuern, wann die Initialisierung in einem viel vorhersagbareren geschieht
//-Weise
}
/**
* Das Xlet initialisieren. Der Zusammenhang für dieses Xlet erhält innen zu diesem überschritten
* Methode und ein Hinweis auf ihm sollten gespeichert werden, falls er später gebraucht hat.
* Dieses ist der Platz, in dem jede mögliche Initialisierung erfolgt werden sollte, es sei denn sie nimmt
* viel Zeit oder Betriebsmittel. Wenn etwas falsch geht, dann
* XletStateChangeException sollte geworfen erhalten, um das Laufzeitsystem zu informieren
* das das Xlet nicht initialisiert werden kann.
*
Öffentlichkeit leeres initXlet (javax.tv.xlet.XletContext Zusammenhang) wirft javax.tv.xlet.XletStateChangeException
{
//-Speicher ein Hinweis auf dem Xlet Zusammenhang, den das Xlet innen durchführt
this.context = Zusammenhang;
// das Xlet ist nicht noch zum ersten Mal, also Satz begonnen worden
// diese Variable zu falschem.
hasBeenStarted = falsch;
//, da dieses ein einfaches Xlet ist, drucken wir gerade eine Mitteilung zum ausprüfenausgang
System.out.println („die initXlet () Methode ist benannt worden. Unser Xlet Zusammenhang ist“ + Zusammenhang);
}
/**
* Das Xlet beginnen. An diesem Punkt kann das Xlet auf dem Schirm sich anzeigen und
* anfangen, auf den Benutzer einzuwirken, oder alle Hilfsmittel-intensiven Aufgaben tun. Diese
* Arten der Funktion sollten im startXlet gehalten werden () und sollten *not* getan werden
* im initXlet ().
*
* Wie mit initXlet (), wenn es irgendein Problem gibt, sollte diese Methode werfen
* XletStateChangeException, zum dem Laufzeitsystem zu erklären, dass es nicht beginnen kann.
*
* Eine der allgemeinen Gefahren ist, dass die startXlet () Methode zu seinem zurückgehen muss
* Anrufer. Dies heißt, dass die Hauptfunktionen des Xlet innen erfolgt werden sollten
* andere Gewinde. Die startXlet () Methode sollte dieses Gewinde wirklich gerade herstellen
* und sie beginnen, dann zurückgehen.
*
Öffentlichkeit leeres startXlet () wirft javax.tv.xlet.XletStateChangeException
{
// wieder, drucken wir eine Mitteilung auf dem ausprüfenausgang, um dem Benutzer das zu erklären
// etwas geschieht. In diesem Fall was wir drucken, hängt von ab
//, ob das Xlet zum ersten Mal beginnt oder ob es ist
// pausiert und nimmt wieder auf
// sind wir begonnen worden?
wenn (hasBeenStarted) {
System.out.println („die startXlet () Methode ist benannt worden, um das Xlet wieder aufzunehmen, nachdem sie pausiert worden ist. Hallo wieder, Welt! ");
}
sonst {
System.out.println („die startXlet () Methode ist benannt worden, um das Xlet zum ersten Mal zu beginnen. Hallo, Welt! ");
// stellen die Variable ein, die uns erklärt, dass wir wirklich begonnen worden sind
hasBeenStarted = ausrichten;
}
}
/**
* Pausieren das Xlet. Leider ist es zu niemandem frei (einschließlich
* Völker, die die MHP Spezifikation schrieben), was diese bedeutet. Im Allgemeinen es
* bedeutet, dass das Xlet alle knappen Betriebsmittel freigeben sollte, dass es verwendet,
* alle nicht notwendigen Gewinde stoppen und vom Schirm sich entfernen.
*
* Anders als die anderen Methoden kann pauseXlet () eine Ausnahme nicht werfen, um anzuzeigen
* ein Problem mit änderndem Zustand. Wenn das Xlet erklärt wird, um zu pausieren selbst, es
* muss das tun.
*
Öffentlichkeit leeres pauseXlet ()
{
//, da wir nichts haben zu pausieren, erklären wir dem Benutzer, dass wir sind
//, das durch Drucken eine Mitteilung auf dem ausprüfenausgang pausiert.
System.out.println („die pauseXlet () Methode ist benannt worden. Schlafenszeit… ");
}
/**
* Das Xlet stoppen. Der Boolesche Parameter erklärt die Methode, ob das Xlet muss
* diesen Antrag befolgen. Wenn der Wert des Parameters zutreffend ist, muss das Xlet beenden
* und das Laufzeitsystem nimmt an, dass, wenn die Methode zurückgeht, das Xlet hat
* beendet. Wenn der Wert f der Parameter falsch ist, kann das Xlet fordern dass es
*, nicht durch das Werfen von einem XletStateChangeException getötet werden. wenn die MHP Middleware
* möchte noch das Xlet, es töten sollte destroyXlet () mit wieder benennen
* Parameter eingestellt, um auszurichten.
*
Öffentlichkeit leeres destroyXlet (Boolesches unbedingtes) wirft javax.tv.xlet.XletStateChangeException
{
wenn (unbedingt) {
// sind wir bestellt worden zu beenden, also befolgen wir den Auftrag höflich und geben irgendwelche frei
//scarce-Betriebsmittel, dass wir halten.
System.out.println („die destroyXlet () Methode ist Erklären des Xlet, unbedingt zu stoppen benannt worden. Auf Wiedersehen, grausame Welt! ");
}
sonst {
// haben wir einen höflichen Antrag gehabt zu sterben, also können wir diesen Antrag ablehnen, wenn wir wünschen.
System.out.println („die destroyXlet () Methode ist Forderung, dass die Anwendung stoppt, aber Geben ihm der Wahl benannt worden. So entscheide ich nicht bis stop.");
//, das ein XletStateChangeException wirft, erklärt die MHP Middleware, die
//-Anwendung möchte zu laufen halten, wenn sie zu gelassen hat.
Wurf neues XletStateChangeException („mich bitte nicht töten! ");
}
}
}
|
