Android Apps mit Virsual Basic programmieren

nywhere Software hat auf dem Mobile World Congress mit Basic4android eine Entwicklungsplattform für Android vorgestellt, die aus einer mit Visual Basic ähnlichen Sprache, welche zudem Objekte unterstützt, und einem leistungsfähigen GUI-Designer besteht. Alle durch die Plattform kompilierten Applikationen sind native Android-Apps, ohne dass dafür eine extra Laufzeitumgebung benötigt würde oder etwaige Abhängigkeiten entstünden. Basic4android-Anwender brauchen offenbar für die Entwicklung ihrer Android-Programme keine Java- oder Eclipse-Kenntnisse.

Basic4android unterstützt Android-Geräte, die minimal mit der Version 1.6 des Betriebssystems laufen. Der im Produkt enthaltene GUI-Designer kann unterschiedliche Bildschirmoberflächen und Auflösungen unterstützen. Die Software wird in zwei auf Windows-Systemen laufenden Varianten ausgeliefert: Die Standardversion inklusive zweimonatigen Zugriffs auf Upgrades sowie einer Entwicklerlizenz und vollständiger Anbindung an ein Forum kostet zum Einstieg knapp 40 US-Dollar. Eine Enterprise-Ausgabe kostet anfangs rund 100 US-Dollar. Bei ihr gibt es kostenlose Upgrades über einen Zeitraum von zwei Jahren. Darüber hinaus gibt es eine 30 Tage gültige Testversion. (ane)

ja das hab ich mir auch schon geladen nur find ich da nix was iwas mit Grafik Oberfläche zu tun hat aber mal sehen

Der im Produkt enthaltene GUI-Designer kann unterschiedliche Bildschirmoberflächen und Auflösungen unterstützen.

dass das basic zeugs nicht so gut funktionieren wird wie das für android vorgesehene java dürfte logisch sein.

Logisch ist das nicht, denn es ist theoretisch möglich einen Compiler zu entwerfen, der Basic als Eingabe akzeptiert und Java-Bytecode als Ausgabe erzeugt, so das du am fertigen Produkt gar keinen Unterschied feststellen kannst; denkbar wäre sogar, das dieser Compiler einen besseren Optimizer enthält als das Sun-Produkt und damit das Ergebnis sogar schneller läuft als eine analoge Java-App.

Dieser Bytecode muss dann (Ich hoffe, ich habe sitze jetzt nicht gerade einem fatalen Denkfehler auf ..) aber trotzdem noch interpretiert werden - bei "purem" java fällt der Schritt der Umwandlung in Java-Bytecode ja in dem Sinne weg, der Geschwindigkeitsunterschied sollte also schon gegeben sein.