J2ME: Unterschiede von Android zu Java ME / J2ME
Die Entwicklung von Java ME und Android unterscheidet sich grundlegend, da die von der API angebotenen Klassen und Funktionen Großteils speziell für Android entwickelt wurden.
Die Entwicklung von Java ME und Android unterscheidet sich grundlegend, da die von der API angebotenen Klassen und Funktionen Großteils speziell für Android entwickelt wurden.
Die Methode recordAudioUntilEternity() arbeitet wie recordAudio(), jedoch nimmt sie solange auf, wie das Flag recording der Klasse CoreMidlet auf true gesetzt ist. Das Flag wird beim Drücken der Taste für d (more…)
Wenn die Profil- bzw. Kennwortprüfung eine Übereinstimmung ergibt, wird eine Textnachricht mit dem Inhalt „ok“, falls keine Übereinstimmung besteht wird der String „deny“ zurück an den Kommunikationspartner geschickt. (more…)
Falls das Endgerät die MMAPI nur unvollständig Implementiert (siehe Kapitel 3.4.1), oder eine Exception im Verlauf des Erzeugens des Video-Items ( z. B. wegen zu geringem Speicher ) geworfen wird, wird versucht die Form F_Filebrowser anzuzeigen, welche die Auswahl eines Bildes aus dem Filesystem ermöglicht. Somit hat der Benutzer die Möglichkeit, ein bestehendes Foto von der Speicherkarte oder dem internen Speicher des Telefons zu laden. Falls die FileConnection API auf dem Endgerät nicht implementiert ist, gibt (more…)
Die Form zur Eingabe des persönlichen- und des partner – Kennworts, F_Kennwort – beinhaltet lediglich zwei TextField´s. Die Form´s für die Einstellung des persönlichen Profils bzw. des Partner-Profils sind einander sehr ähnlich, sie bestehen aus ChoiceGroup´s für die Auswahl der persönlichen- und optischen Merkmale sowie der Interessen – und der jeweilig gewünschten Übereinstimmung beim potentiellen Partner. Für die Einstellung der Grundangaben wie Geschlecht, Alter und Größe dient die Form F_meineDaten_Grundlagen, (more…)
Steuerungsschicht / Controller:
Die Methoden zur Steuerung der Programmlogik finden sich im Package n3po.core in der Klasse CoreMidlet, welche die Interfaces für die Behandlung von Bluetooth – und SMS-Events, implementiert. Über die in den Interfaces definierten Callback- Methoden wird auf eingehende Nachrichten und Ereignisse über die Bluetooth- oder Wireless-Messaging-Schnitstelle reagiert und die entsprechenden (more…)
Die folgende Grafik gibt einen groben Überblick über die Funktionsweise der Applikation:
Falls man sich durch den Kommunikationspartner gestört fühlt, kann man die Bluetooth-MAC-Adresse des anderen Geräts in einer Blacklist permanent speichern, Geräte deren MAC auf der Blacklist stehen, werden als Kommunikationspartner in Zukunft generell abgelehnt. (more…)
Die Hardwareanforderungen der CLDC 1.0
Neben der Sicherheitsprüfung wurde die CLDC auch in punkto API-Umfang stark abgespeckt. Zum einen hat sich die Zahl der Klassen im Vergleich zur Java Standard (more…)
Ab Version 1.1 ist dieser Mangel behoben, da moderne Handys mittlerweile meist eine FPU (Floatingpoint Processing Unit) besitzen. Für Programmierer, die Gleitkommazahlen unter CLDC 1.0 verwenden wollen, existiert ein frei erhältliches Package namens MathFP, welches die Gleitkomma-Arithmetik auf Integer-Zahlen abbildet. (more…)
Einige Klassen und Interfaces der CLDC sind in J2SE nicht enthalten und benutzen deshalb den Namensraum javax.microedition.* (z. B. .io, .lcdui, .media, .midlet, .pki, .rms).
Daneben existiert mit der Connected Device Configuration ( CDC ) eine Variante für Nicht-PC-Geräte, welche eine vollständige JVM unterstützen können beispielsweise Settop-Boxen für Digital-TV oder einfache Netzcomputer. (more…)