Wie viel "R" steckt noch in RAD Studio XE5?

[Union]

Zitat von NamenLozer:

Wobei ich mich meine zu erinnern, vor einigen Monaten gelesen zu haben, dass Intel einen schnelleren Emulator basierend auf Intels x86-Port von Android entwickelt haben will. Weiß nicht, was da der aktuelle Stand ist...

Der HAXM ist für X86. Delphi erzeugt aber ARM32 Code.

Zitat von Jonas Shinaniganz:

Zitat:

dann wären vielleicht 100€ für ein Billig-Droid eine gute Investition – wenn du ernsthaft Apps entwickeln willst.

Das sagen auch die Leute von Embarcadero und es ist völlig richtig. Du entwickelst ja auch nicht für Windows und emulierst dann ein Windows um die App zu testen... Der Emulator hat eigentlich keine Berechtigung.

Aber vorher sicherstellen, dass so ein Gerät dann auch kompatibel ist, sowohl von der Android-Version als auch vom Prozesser. Es muss ein ARM32 Neon sein, Tegra2 geht nicht.

Wer früher über Microsoft und Apple geschimpft hat, kannte Android noch nicht.

[arnof]

Zitat:

Tegra2 geht nicht

warum soll der nicht gehen ? Der ist ARM basierend

[Union]

Ist eben so definiert

[mjustin]

Zitat von Union:

Aber vorher sicherstellen, dass so ein Gerät dann auch kompatibel ist, sowohl von der Android-Version als auch vom Prozesser. Es muss ein ARM32 Neon sein, Tegra2 geht nicht.

Wer früher über Microsoft und Apple geschimpft hat, kannte Android noch nicht.

Niemand schimpft ernsthaft darüber, dass Android auf verschiedenen Prozessorarchitekturen läuft ...

[zeras]

Zitat von mjustin:

Niemand schimpft ernsthaft darüber, dass Android auf verschiedenen Prozessorarchitekturen läuft ...

Doch ich. Ich habe nämlich ein Motorola Razr i und kann Mobile Studio nicht nehmen, weil dort ein Intel drin ist.
Nun muss ich mir was anderes einfallen lassen, wenn ich unter Android Apps erstellen will, wobei ich schon einige Hinweise von euch bekommen habe. Im Endeffekt wollte ich aber Delphi nehmen, um meine Apps zu erstellen.

[Mavarik]

Also...

Compile -> Link -> Deinstall/Install (2. Start) -> Start auf ein Nexus 10

1:06 Min

Das klingt schon besser...

Emulator hab ich dann abgebroch...

Grüsse Mavarik

[Medium]

Ach Leute. Es war doch (fast) abzusehen, dass hier ein nicht ganz fertig gebrütetes Ei um die Ecke fliegt. EMB demonstriert doch seit seiner Übernahme von Delphi solche Vorgänge, warum sollte es nun auf einmal richtig gemacht worden sein? Vor allem weil das kranke Kind FMX damit verheiratet ist. Ich bin ja ungerne der, der ins Horn der Miesepeter mitbläst - nicht zuletzt weil ich mit Delphi meine Brötchen verdiene, und Pascal toll finde. Aber ich nutze nach wie vor (und das mit 31 Jahren als durchaus als jung zu bezeichnender Delphianer) D2007, und habe mich dankend ablehnend um jeden weiteren günstigen Upgrade-Deal gedrückt. Aus eben diesem Grund: Setzt man die neusten Versionen ein, kann man fast sicher sein seit EMB prächtig zahlender Alpha-Tester zu sein, und meine Version bietet mir alles, was ich zum davon leben benötige. Und wenn ich Mobile-Apps bauen muss, dann nehme ich eben die Tools, die dafür gedacht und etabliert sind.
Fast jede Abstraktion von Mobile krankt an unterschiedlichen Ecken. Manche mögen für einzelne Zwecke okay sein, oder die Nachteile sind bei der Zielgruppe vernachlässigbar, aber am Ende ist man bei iOS und Android einfach mit den hauseigenen Werkzeugen besser bedient. Und et tut ja nu auch nich weh, ab und an mal eine neue Sprache zu lernen. Vor allem wenn sie die Konzepte der Zielplattform so viel besser reflektiert, und nicht ein zwanghaftes Einpressen von "fremden" Gewohnheiten mit teuren Tricks und "malpractices" ist.
Natürlich wünschte ich mir auch eine Ein-Code-Basis für alle Plattformen, sie werden ja auch in recht großer Zahl beworben und funktionieren weitestgehend (mit schwankendem Grad an voll teilbarem Code). Aber man muss sich einfach darüber im Klaren sein, dass man - was immer man nimmt (Xamarin, PhoneGap, Delphi Mobile, was auch immer) - sich den Komfort erkaufen muss. Sei es in Euros, Entwicklungskomfort, Doku, Feature-Support, Community Support oder auch Langzeitgewissheit bzgl. des Bestehens der Firmen. Wer sich freiwillig eine Krücke in die Hand nimmt, kann einfach nicht erwarten damit den 100m Lauf zu gewinnen.

[jaenicke]

Zitat von Medium:

Ach Leute. Es war doch (fast) abzusehen, dass hier ein nicht ganz fertig gebrütetes Ei um die Ecke fliegt.

Naja, was am längsten dauert ist das Deinstallieren und Reinstallieren der App. Darauf dürfte Embarcadero so ca. Null Einfluss haben...
Zumal das auf dem Gerät selbst auch gerne mal ne Weile dauert, auch wenn ich den Play Store nehme.
Und der Simulator ist aus Eclipse genauso schnarchlangsam, dafür können sie erst Recht nichts.

Dass es auch noch Fehler bei manchen Apps gibt, ist allerdings Embarcaderos Sache, und so etwas wie paclient gab Fehlercode 1 zurück, ist auch keine sonderlich schöne Fehlerbeschreibung...
Das ist aber eine andere Sache. Rein von der Geschwindigkeit her ist das jedenfalls soweit ich das sehe nicht Embarcaderos Schuld.

[CHackbart]

Ach naja es ist schon einiges besser geworden und ich finde den Gedanken gut größere Projekte nicht nur für Windows, sondern auch für andere Plattformen entwickeln zu können - ohne gleich die Sprache und/oder IDE wechseln zu müssen. Was ich allerdings zugeben muss, die Preise für das RAD Studio stehen in keinem Verhältnis zu dem was an Neuerungen mitgeliefert wird. Für einen Hobbyprogrammierer ist das nahezu unerschwinglich und ein Upgrade lohnt sich m.M.n. nur über einen Wartungsvertrag bzw. ein Softwareprojekt welches damit geplant ist. In unserem Fall ein Androidprojekt, bei dem XE5 als Kostenfaktor keine große Rolle spielt. Hat man mehrere Megabyte an Delphicode der plattformunabhängig gestaltet ist, mag man ungern auf Java umschwenken und dort ggf. Wochen mit einer Portierung des Codes verbringen wollen.
Zugegeben in XE5 wirkt Android etwas unausgegoren, aber ich erinnere mich an iOS in XE2. Das war quasi auch "nur" ein Technologiedemo auf Freepascal Basis
Ich finde es dennoch außerordentlich praktisch für OSX und iOS innerhalb weniger Sekunden mit Ctrl+F9 mein Projekt zu kompilieren und halbwegs ordentlich debuggen zu können. Die Geschwindigkeit von Firemonkey ist mittlerweile akzeptabel - sofern man sich auf eine Hand voll Buttons und Check/Combo/Listboxen beschränkt. Allerdings nutzen wir bei unserem OSX Produkt, da es letztenendes Consumertauglich sein muss, TMS für native Anzeigen und reines OpenGL für den Rest.

[Namenloser]

Zitat von Union:

Zitat von NamenLozer:

Wobei ich mich meine zu erinnern, vor einigen Monaten gelesen zu haben, dass Intel einen schnelleren Emulator basierend auf Intels x86-Port von Android entwickelt haben will. Weiß nicht, was da der aktuelle Stand ist...

Der HAXM ist für X86. Delphi erzeugt aber ARM32 Code.

Ich dachte der erzeugt Java-Bytecode?