Als ich mir meinen ersten Computer gekauft hatte, frage mich die Hälfte meiner Umgebung wozu man Computer eigentlich braucht? Die andere Hälfte hat von so einem Ding noch nie was gehört. Und viele Bücher schreiben damals noch von Komputern.

Damals war ich meiner Zeit weit voraus, nicht wie heute, denn ich hab mir letzte Woche meinen ersten Android Smartphone gekauft Sorry, ich telefoniere mit diesen Geräten nur und meine Hadykosten belaufen sich tatsächlich nur auf ca. 15 Euro im halben Jahr.

Aber mal zum eigentlichen Grund der Frage, und sorry wenn darüber schon mal diskutiert wurde, ich fand nichts. Wenn ich so ein Ding schon habe, will ich es auch programmieren können. Die Frage ist nur womit?

Schließen wir FireMonkey vorerst aus. Das wäre vielleicht das Optimalste, da ich bereits vorhandene Kenntnisse zumindest zum Teil nutzen könnte, aber ich weiß nicht ob ich soviel Geld in die Sprache noch investieren möchte. Ich liebe Pascal, aber der Zug für diese Sprache ist wohl abgefahren.

Dass man Apps mit Java programmiert, habe ich schon gehört. Was ich bereits in die Richtung gefunden habe sind Android Studio, evtl. noch Eclipse/Android. Mit Java habe ich mich vor Jahren kurz beschäftigt, es dann aber leider nicht weiter verfolgt. Letztendlich müsste ich wieder bei Null anfangen.

Aber was gibt es da noch in die Richtung? Bei Lazarus habe ich in einem Ordner das Wort "Android" gelesen, hab das aber noch nicht weiter verfolgt. Auch habe ich hier und da von einigen anderen neuen Sprachen gehört die in dem Bereich evtl. bald eine größere Rolle spielen werden, hab mir das damals aber nicht gemerkt, da es für mich nicht aktuell war.

Letztendlich werde ich da bei Null anfangen, ich werde es aber auf jeden Fall machen. Nur welcher Zug ist der Richtige? Vorerst interessiert mich nur Android, also nichts Programmunabhängiges.

Java ist die native Sprache von Android.

Zitat von mkinzler:

Java ist die native Sprache von Android.

Um genau zu sein: C/C++ ist die native Sprache von Android. Java ist managed. http://developer.android.com/trainin.../perf-jni.html

Das Android ist vermtlich zu Großteilen in C/C++ programmiert, so wie es die meisten anderen Betriebsysteme auch sind, außer vielleicht DOS und MenuetOS.

https://developer.android.com/sdk/index.html


Inzwischen gibt es auch für fast alle Umgebungen Interpreter oder Compiler für JavaScript.
Java und HTML5 wird vermutlich auch überall ausführbar sein.

Am geschicktesten ist es meiner Meinung nach, tatsächlich auf Java zu setzen, wenn man (zunächst) nur Apps für Android anbieten möchte. Alle Beispiele von Google, jede Menge auf die Plattform zurecht geschnittene Open Source-Komponenten usw. sind in und für Java vorhanden. Alle anderen Technologien zur App-Entwicklung hinken hier und da meistens etwas hinterher.

So kann man mit Apache Cordova (ehemals Phonegap) mit Javascript und HTML Apps schreiben, die beste Voraussetzungen dafür mitbringen, sich ohne größere Anpassungen auf andere Plattformen wie iOS oder Windows Phone portieren zu lassen. Diese Apps fühlen sich aber in der Regel nicht so an, wie "richtige" Apps. Die Funktionalität dieser Apps ist auch limitiert (soweit mir bekannt ist, ist es nicht möglich Bluetooth zu verwenden, oder Services im Hintergrund laufen zu lassen usw.). Oft sieht es so aus, als ob man eine mobile Website in eine App verwandelt hat.

Dann gibt es noch Xamarin. Da schreibst Du Deine App in C# und programmierst direkt gegen die Android-APIs ohne weitere Zwischenschickt. Xamarin-Apps sehen dann vom Aufbau genau so aus wie Java-Apps, nur dass eben C# im Spiel ist. Interessant wird es dadurch, dass man bei geschickter Trennung von Logik und Oberfläche, seine App auch für iOS und Windows Phone anbieten kann. Am Ende fällt für also drei Plattformen etwas heraus, dass ein "natives Erlebnis" bietet.

Android native, heißt aktuell Google AndroidStudio als AllInOn IDE incl. RAD GUI Design.
(FMX kostet laufend Geld und Nerven, es geht und wir machen es, aber hier solls ja auch um einen bezahlbaren günstigen Blick über den Tellerrand gehen)


- XamarinStudio als C#<->Native Lösung mit 1000$/Jahr pro Plattform für sogar teurer wie eine RadStudioPro Subscription bei Emba
- RemObjects Elements als C#/Pascal<->Native Lösung für 800$ ist gut, aber preislich für Privat auch noch recht hoch
- SmartMobileStudio als Pascal Lösung mit 400$/Jahr(150$/Jahr ohne DB) schon ganz gut, wenn einen die HTML5 Basis nicht stört
- Lazerus/Freepascal war&ist mir als OpenSource nicht reif genug, da zahl ich sogar lieber für DelphiFMX und anderes

"Es war einmal":
- eine Zeit wo es RAD GUI Designer("wie Delphi") außer bei FMX woanders noch nicht so gab
- eine Zeit wo "mutig" war und auch mal was probierte, zumal es ja nur 100..200$ kostete
- ich fand damals: native was als preisgünstige Alternative mit Support:

http://www.b4x.com/
http://www.b4x.com/store.html

-> Wenn es Java grad nicht sein soll und es C#/Pascal nicht unbedingt sein müssen... dann warum nicht mal das antesten und sogar später für IOS offen bleiben?

Nur der Vollständigkeit halber (habe keine Erfahrung damit): DevExtreme gäbe es auch noch.
https://www.youtube.com/watch?v=T7oJ...EH_e3b23AA30-z

Zitat von mensch72:

- XamarinStudio als C#<->Native Lösung mit 1000$/Jahr pro Plattform für sogar teurer wie eine RadStudioPro Subscription bei Emba

Aber nicht vergessen das Mobil-Pack inkl. Subscription mit zu kaufen, ohne das man im Prof nicht für Android entwickel kann
Und im ersten Jahr ist es dennoch teurer viel als 1000€. (Delphi Pro kann er sich vielleicht als Upgrade besorgen, aber Mobil-Pack braucht er erstmal als Vollverison)

Appmethod für 300€ pro Jahr und Plattform (z.B. Delphi mit FireMonkey für Android oder C++Builder mit FireMonkey für Android)
Prof Upgrade als Subcr. zzgl. Mobile-Pack = 385+195 = 580€ pro Jahr (705+385 + 380645+195 = 1.6651.930€ im ersten Jahr)
RAD Studio Pro Upgrade inkl. Mobile-Pack und FireDAC = 700€ pro Jahr (1.3952.325€ im ersten Jahr)

grau für den Einstieg wird eine Vollversion benötigt und kein Upgrade.

FMX Preise hin oder her im Prinzip hier egal, denn es wird ja hier im Thread was anderes gewünscht... und sammelt sich ja schon mal genug anderes zum Versuchen.

So wie ich es grob überblicken kann, läuft es irgendwie auf Java hinaus.