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

[Namenloser]

Der Android-Emulator ist sehr träge. Ich weiß nicht, ob Delphi-Apps vielleicht noch zusätzlichen Overhead gegenüber z.B. mit Java geschriebenen Apps haben und es deshalb noch langsamer ist oder ob bei dir ein anderes Problem vorliegt, aber auch bei mir mit Java hat das Neustarten einer praktisch leeren App aus der Erinnerung geschätzt/gefühlt (ich habe den nicht lange verwendet) mal gut eine halbe Minute gebraucht. Aber nur zur Sicherheit, um es noch mal klarzustellen, komm bloß nicht auf die Idee, den Emulator nach einer Debug-Session zu schließen! Das Hochfahren dauert nämlich noch viel länger.

Auf jeden Fall möchte man mit dem Emulator nicht dauerhaft arbeiten, würde ich behaupten. Also wenn du schon 900€ für die Mobile-Erweiterung ausgegeben hast, dann wären vielleicht 100€ für ein Billig-Droid eine gute Investition – wenn du ernsthaft Apps entwickeln willst.

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...

[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.

[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.