Xe 7 / xe 8

[Markus Effenberger]

Zitat von greenmile:

Ob es ein schwerer Bug ist, dass sich eine Android App nicht beenden lässt (zumindest nicht sauber), darüber lässt sich streiten, ich verzichte inzwischen auf die Möglichkeit (auch wenn es jedes aktuelle Programm kann).

.
Also ich muss ja mal sagen, als ich das erste Mal XE für Android ausprobiert hatte, wusste ich noch nichtmal dass das ein Bug ist. Hatte damals nur festgestellt, dass die App nach ein paar Sekunden im Hintergrund immer rausgekickt wird. Hatte dann die App soweit angepasst, dass sie damit zurechtkommt. Aber ich denke auch nicht, dass es sich dabei um einen Bug handelt. Eine App darf sich nämlich nicht selbst beenden. Das darf nur der Benutzer (Möglicherweise sieht das bei einem gerootetem Handy anders aus). Bei iOS is es definitiv so, das man keine Anwendung beenden darf (Siehe "iOS Human Interface Guidelines"). Solche Anwendungen werden beim App Store Review laut der Apfel-Firma zurückgewiesen. Ich denke es gibt es hier zwischen iOS und Android einfach einen fundemantalen Unterschied: In iOS bleibt die App gestartet, während die App bei Android mit den Standardeinstellungen in XE nach x Sekunden rausgekickt wird.

Aber zum Thema Namensgebung... XP ist doch jetzt frei oder nicht? Falls Microsoft Embarcadero dann verklagt nennt man es halt spontan X PE oder meinetwegen auch X PEE

[greenmile]

Zitat von Markus Effenberger:

Aber ich denke auch nicht, dass es sich dabei um einen Bug handelt. Eine App darf sich nämlich nicht selbst beenden. Das darf nur der Benutzer (Möglicherweise sieht das bei einem gerootetem Handy anders aus). Bei iOS is es definitiv so, das man keine Anwendung beenden darf (Siehe "iOS Human Interface Guidelines").

Naja, auf meinem Handy kann es nahezu jedes Programm: WeatherPro, CleanMaster, NTV und sogar WhatsApp, um nur einige zu nennen. Bei allen wird das Programm beendet, wenn man nur oft genug "Zurück" drückt. Die Ausrede, man darf das nicht, lasse ich nicht gelten. Und meine App bleibt bis zum Akku-Ende im Speicher und wird nicht gekickt.

[sh17]

Back to the roots .... zurück zur tatsächlichen Versionsnummer - Delphi x - und gut

[greenmile]

[sh17]

Kleiner Nachtrag - ich mein, wir sind Entwickler...Marketingkrempel ala "Jetzt XE.." oder "Jetzt 2015" brauchen wir nicht. Wir kommen mit großen Zahlen klar.

Wo mal dran gearbeitet werden könnte, das die dcu zwischen den IDE-Versionen kompatibel bleiben (zumindest in größeren Zeitabständen). Dieses komponentengebastel hält mich meist davon ab,
eine neue Version zu kaufen. So lass ich gern mal 4 aus.

[Markus Effenberger]

Zitat von greenmile:

Zitat von Markus Effenberger:

Aber ich denke auch nicht, dass es sich dabei um einen Bug handelt. Eine App darf sich nämlich nicht selbst beenden. Das darf nur der Benutzer (Möglicherweise sieht das bei einem gerootetem Handy anders aus). Bei iOS is es definitiv so, das man keine Anwendung beenden darf (Siehe "iOS Human Interface Guidelines").

Naja, auf meinem Handy kann es nahezu jedes Programm: WeatherPro, CleanMaster, NTV und sogar WhatsApp, um nur einige zu nennen. Bei allen wird das Programm beendet, wenn man nur oft genug "Zurück" drückt. Die Ausrede, man darf das nicht, lasse ich nicht gelten. Und meine App bleibt bis zum Akku-Ende im Speicher und wird nicht gekickt.

So wie das hier gemacht werden wollte, würde die Aktion heißen: "Ich beende mich jetzt". Und die ist halt nicht erlaubt. Korrekt ist ein Systemevent nach dem Motto: "Bitte beende mich". Das ist zwar ein kleiner, aber feiner Unterschied Das ist wie der Unterschied zwischen Selbstmord und erbettelter Hinrichtung. Der Grund dafür, warum das Verboten ist, ist vermutlich, weil u.U. nicht sichergestellt ist, dass danach ordentlich aufgeräumt ist.

Und noch was anderes: Man sollte nicht den Status eines "Service ohne GUI" mit einer "beendeten App" verwechseln.

[Daniel]

Es gehört nur noch am Rande zum Thema "XE7 / XE8", aber ich sehe auch keinen substantiellen Vorteil darin, eine App hart zu beenden. Ich halte es für wichtiger, die Lifecycle-Events sauber zu implementieren und so in Erfahrung zu bringen, wenn die App in den Hintergrund befördert wird - denn dann kann man alle nicht notwendigen Aktivitäten einstellen und verbraucht keine unnötigen CPU-Zyklen.

Zitat:

Powered DRAM memory consumes the same amount of power regardless of whether it is caching old applications, storing random garbage or storing pure zeroes. Recently used applications start more quickly if they are still loaded into memory. On the other hand, loading applications into and out of memory takes additional time and processing power, which of course has a negative effect on performance and battery life.

... das finde ich plausibel.

[greenmile]

Dann werde ich das dem Auftraggeber so sagen. Mal schauen ob er es auch so sieht, zumal es Produkte anderer Lieferanten von ihm können

[Daniel]

Ich hab da keinerlei missionarischen Drang.
Mach es bitte, wie Du es - oder wie Dein Kunde es - für richtig hält. Die technischen Möglichkeiten über entsprechende API-Aufrufe sind ja bei Android wie iOS vorhanden.

[Markus Effenberger]

Zitat von greenmile:

Dann werde ich das dem Auftraggeber so sagen. Mal schauen ob er es auch so sieht, zumal es Produkte anderer Lieferanten von ihm können

Lass die App doch einfach ohne GUI weiterlaufen. Und sobald die App wieder aktiv ist, machste die GUI wieder sichtbar. So schaffen es andere Programme wie WhatsApp ja auch, dass sie so blitzschnell "gestartet" sind.