Android Apps auf Windows Phone - Was spricht noch für WP?

Es kommt stark auf die App drauf an wie gut oder schlecht sie sich ins System einfügt. Die Hamburger-Menüs kommen ja jetzt wohl generell unter Windows 10 und ein Flat Design hat Android jetzt auch schon eine Weile - da wirken sie nicht mehr so extrem fremd.

Bei Dingen die sich nicht wirklich ins System integrieren müssen (Stichwort: Spiele) sehe ich eigentlich keine Nachteile dieses Vorgehens.

Die spannendste Frage wird sein wie Microsoft mit so Dingen wie Hintergrund-Tasks von Android-Apps umgeht und in welchen Fällen Entwickler dann eben doch manuell den Code größer umschreiben müssen.

Sehe ich auch so. Kenne mich in Sachen Android-Entwicklung zwar nicht aus, frage mich aber, wie das denn bei einer bereits bestehenden App mit den APIs aussieht. Ich schätze mal, dass hier die grössten Differenzen entstehen könnten, welche ein manuelles anpassen der App nötig machen.

Mfg

Mit der kostenlosen PocketPC.ch App von meinem Nokia Lumia 1520 aus geschrieben.

Bei der Portierung von Androidapps zu Wp sehe ich noch ein grundsätzliches Problem. Mir gefallen, wenn ich die Wahl habe, bei Android häufig die Apps besser, die ein ansprechendes Widget bieten, über das ich die App teilweise bedienen kann, ohne sie öffnen zu müssen. Beispiel die Yamaha-App für meinen Receiver. Wie soll das mit den Livetiles klappen? Die können doch nur informieren.

Der Widget Support würde in dem Fall wohl wegfallen. Das mit den Widgets ist sowieso so eine Sache - die sind eigentlich nicht Teil der App sondern laufen im Launcher von Android was ich mich erinnere und können halt Commands and die Haupt-App schicken oder Daten von der Empfangen.

Bei vielen APIs wird wohl einfach ein Mapping passieren. Die App ruft die Android-Version von "WoBinIch" auf fürs GPS und stattdessen wird "WoBinIch" von WP aufgerufen und im Zweifelsfall die Antwort so umgeschrieben dass sie zu dem passt was eine Android-App erwartet.

Am spannendsten wird es werden bei APIs die die Google Play Services benutzen, denn da ist ein Umschreiben unumgänglich (ist auch bei Apps die auf den Amazon Fire Tablets oder den Nokia X Geräten laufen nötig gewesen). D.h. immer wenn eine App Kartendaten verwenden, In-App-Purchases nutzen oder Push-Nachrichten verwenden will wird wohl ein Eingriff nötig sein. Ist jetzt zumindest mal meine Vermutung (ich hab mir den Prozess noch nicht in der Doku angesehen). Aber es war bisher bei fast allen Anbietern von Android Kompatibilität so dass da eine Anpassung nötig war.

Ich muss aber sagen - die Widgets sind eine der für mich frustrierendsten Geschichten bei Android. Nicht weil sie nicht praktisch wären - aber es ist quasi unmöglich damit ein halbwegs einheitliches Aussehen des Homescreen hinzukriegen (zumindest scheitere ich immer daran). Liegt aber zumindest teilweise auch daran dass die teils verschiedensten Guidelines folgen wie das OS auszusehen hat, da sich das ja sehr oft geändert hat bei Android im Laufe der Zeit und nicht alle Apps da nachgezogen wurden.

Ich nutze in der Regel außer dem Standart Uhrenwidget welches auf den Wecker verlinkt und seit neustem einem Kalenderwidget welches mir stumpf die Infos zeigt und sonst auch nur zum Kalender verlinkt keine WIdgets, da ich eigentlich keine wirklich sinnvollen Widgets gefunden habe. Entweder sind sie super riesig für viel zu wenig Funktionen, verknüpfen einfach auf die App ohne was sinnvolles zu bieten oder sind einfach schlecht programmiert. Ich besitze zwar kein WP, aber die Livetiles gefallen mir deutlich besser. Sie können genauso gut die Infos zeigen und verknüpfen ansonsten auch einfach auf die App.

Auf jeden Fall ist das ein sehr guter Schritt, das bisschen Arbeit was Entwickler nun reinstecken müssen (für die meisten Apps) sollte wohl definitiv machbar sein. Sehr guter Schritt von MS.

---------- Hinzugefügt um 08:42 ---------- Vorheriger Beitrag war um 08:10 ----------

Ich lese gerade auf Stern, dass die Apps scheinbar doch nur in einer VM ausgeführt werden: "Die fremden Apps sollen über einen sogenannten Windows Security Container unter Windows Phone ausgeführt werden - genaue Details will der Konzern aber erst in den nächsten Tagen der Build-Konferenz bekannt geben."

Ich glaube dem Stern eigentlich weniger als euch, aber habt ihr das so gehört wie auf Pocketpc im Artikel steht oder war das zwischen den Zeilen gelesen?

Quelle: http://www.stern.de/digital/computer...g-2190711.html

Ich hatte auf all meinen Androiden auch nur das Wetter Widget genutzt. Alle anderen waren einfach nicht zu gebrauchen. Um die App richtig zu nutzen, musste man sie eh öffnen. Warum dann den ganzen Screen mit nem Widget zupflastern?
WP macht das schon richtig. Und durch die vielen Spekulationen im Vorfeld und das viele rumgeheule einiger WP Nutzer im Vorfeld, gab es ach die Nötige Aufmerksamkeit ohne groß die Werbetrommel zu rühren. Hut ab MS

Zitat von Entrail

Ich lese gerade auf Stern, dass die Apps scheinbar doch nur in einer VM ausgeführt werden: "Die fremden Apps sollen über einen sogenannten Windows Security Container unter Windows Phone ausgeführt werden - genaue Details will der Konzern aber erst in den nächsten Tagen der Build-Konferenz bekannt geben."

Die Java-Apps laufen ja auch auf Android in einer eigenen Runtime/VM - früher war das immer Dalvik, inzwischen nennt sich das Ding ART (Android Runtime). Microsoft hat da jetzt eben eine eigene solche für WP geschrieben in der dann die Android-Apps laufen. So zumindest mein Verständnis bzgl. der Keynote aber warten wir die Details ab.

Ist zwar etwas technisch aber hier ist das Video der Session zur Android App Kompatibilität: http://channel9.msdn.com/Events/Build/2015/2-702

Die letzten 20 - 25 Minuten sind Q&A - also da gibts wirklich viele interessante Infos. Das dürfte auch für nicht Entwickler halbwegs verständlich sein (manche Fragen gehen aber doch ins Detail).

Von den hier gestellten Fragen evtl. hier die interessanteren Antworten:
- Android Apps laufen in einer Sandbox (wie das alle Windows Phone Apps tun)
- Widgets werden momentan nicht unterstützt (momentan auch nicht auf dem Plan)
- Hintergrunddienste werden unterstützt - allerdings mit den Einschränkungen die Windows Phone Hinterggrunddienste unter Windows 10 haben
- Das Feature Level entspricht dem von Android KitKat (müsste FL 19 sein), allerdings heißt das nicht das alle Calls daraus unterstützt werden sondern die meistgenutzten (Microsoft analysiert dazu Android Apps von Partnern)
- Anders als ich vermutet habe hat Microsoft das ganze so gebaut, dass man zum austauschen der Maps, usw. Komponenten primär eine zusätzlich Library einbinden muss aber nicht alle Controls von Hand austauchen d.h. auch für viele Apps die das nutzen ist keine Änderung am Code nötig (muss aber trotzdem neu kompiliert werden)

Aber soll das Ganze eigentlich auch schon zum Start von Windows 10 laufen? Oder wird das Ganze erst im Laufe der Zeit mittels eines Feature Updates eingespielt?
Als Laie stell ich mir eigentlich vor, dass nur die Entwicklungsumgebung das unterstützen muss und auf den Geräten die entsprechenden Bibliotheken vorhanden sein müssen. Daher ließe sich das relativ leicht nachträglich an den Start bringen oder?