Laufen alle Metro-Apps auf Windows RT ?

[mcempi]

[FONT=Verdana]Mir ist generell der Unterschied zwischen Windows 8 (x86...) und Windows RT (ARM) klar. Alte (und sicherlich auch neue) Desktop Programme laufen nur auf Systeme mit einem x86er Prozessor. Aber wenn ich mir den aktuellen Windows 8 Marketplace anschaue, stelle ich fest, dass ein Großteil der angebotenen Apps den Vermerk haben nur auf x86 zu laufen. Nur der geringere Anteil der Apps haben auch die Angabe "ARM".
Dieses kann natürlich damit zusammenhängen, dass die Entwickler noch nicht auf einem ARM System testen konnten und daher keine Angeben dazu gemacht haben. Sollte sich dieses aber als zukünftigen Trend abzeichnen, dass nur ein kleiner Teil der Metro-Apps auf einem Windows RT System laufen, kommt ein solches für mich nicht in Frage.
Klar dürfte allerdings sein, dass nur wenige ARM-Tablets erscheinen werden. Daher werden sie als Markt für die Entwickler nicht sehr attraktiv sein. Daher meine Frage: Macht es für die Entwickler von Metro Apps einen großen Mehraufwand, dass ihre Apps auf beiden Windows Systemen laufen?[/FONT]

[MrEnglish]

Eigentlich sollte das überhaupt keinen Unterschied machen, darum gibt's ja das neue Programmiermodell. Wundert mich jetzt ehrlich gesagt, dass sowas im Marketplace vermerkt ist.

Mit der kostenlosen PocketPC.ch App von meinem TITAN X310e aus geschrieben.

[StevieBallz]

Na ja, alles was auf Basis von .Net und XAML entwickelt wird geht von vornherein auf ARM und x86. Genauso ist es bei allen HTML5-basierten Apps. Bei Native Code und C++ wird es dann ein klein bisschen komplizierter. Da ist zwar der Quellcode identisch aber es muss trotzdem für beide Prozessoren kompiliert werden. Ich vermute aber momentan recht stark dass das mit den Beta-Tools noch nicht geht oder aber die Entwickler es halt wirklich noch nicht freigeben, weil sie es noch nicht testen konnten unter ARM (Performance, etc.)

[moroli]

Künftig wird es auch noch "Metropolis"-Apps geben, die so aussehen und sich so verhalten wie "Metro"-Apps (oder wie immer die dann heißen werden), aber (zumindest vorerst) nicht auf Windows-RT-Geräten laufen werden, da sie bisher nur wie/als Desktop-Anwendungen ausgeliefert/installiert werden können.

Mit Entwicklerzertifikaten laufen die Apps auch auf Win RT, schaffen es aber nicht in den Marketplace, da deren Runtime nicht die gleichen Rechte besitzt wie die VC++ RTL.

Siehe hier:

http://www.embarcadero.com/de/rad-xe3-preview

und eine Diskussion dazu hier:

http://www.delphipraxis.net/167008-delphi-xe3-28.html

[StevieBallz]

D.h. eigentlich sind das Desktop-Apps, die halt den Metro-Style nutzen. Das Problem dürfte dabei (aus meiner Sicht) hauptsächlich sein, dass Desktop-Apps ja nicht mit den Charms kommunizieren können => diese Apps dann nicht nur auf Windows RT Geräten nicht gehen, sondern eben auch mit Metro-Apps nur eingeschränkt interoperabel sind.

Ist zwar eine interessante Idee aber ich glaube nicht dass das von besonders vielen Entwicklern genutzt werden wird aufgrund dieser Einschränkungen.

[moroli]

D.h. eigentlich sind das Desktop-Apps, die halt den Metro-Style nutzen. Das Problem dürfte dabei (aus meiner Sicht) hauptsächlich sein, dass Desktop-Apps ja nicht mit den Charms kommunizieren können => diese Apps dann nicht nur auf Windows RT Geräten nicht gehen, sondern eben auch mit Metro-Apps nur eingeschränkt interoperabel sind.

Viele Details sind noch nicht bekannt, aber so in etwa wird es wohl aussehen. Wobei es bereits die Möglichkeit geben soll, ein echtes Live-Tile zu erstellen und upzudaten.

Interessant ist halt, dass sie auf Entwicklergeräten sehr wohl als "echte" Apps laufen (also sogar auf Win RT), da sie aber eine andere Runtime als die VC++ RTL (die besondere Berechtigungen hat) benötigen, es eben nicht in den Market schaffen und deshalb als normale Anwendung ausgeliefert werden (müssen).

Ist zwar eine interessante Idee aber ich glaube nicht dass das von besonders vielen Entwicklern genutzt werden wird aufgrund dieser Einschränkungen.

Interessant ist es vor allem für Anwendungen, die bereits mit Delphi oder C++ Builder erstellt wurden, da man diese leicht konvertieren können soll.