Erste Eindrücke und Schlüsse aus dem geleakten Windows Phone 8 SDK

Ich habe jetzt mal das kürzlich geleakte Windows Phone 8 SDK in der Developer Preview installiert. Nachdem ich auf meiner Entwicklungsmaschine momentan in einer virtuellen Maschine ausführe kann ich den Emulator des SDK nicht nutzen (dieser benötigt Hyper-V und das geht nicht innerhalb einer anderen VM).

Eines der ersten Dinge die mir auffielen war, dass abgesehen von den optischen Änderungen durch die Nutzung von Visual Studio 2012 statt Visual Studio 2010 die Änderungen nicht wirklich ins Auge springen.

Anhang 104078

Im UI-Designer fällt dann zumindest mal auf, dass sich beim Display alle verfügbaren Auflösungen auswählen lassen, damit man gleich mal ausprobieren kann ob das Layout sich auch vernünftig anpasst.

Am Code der Demo-Anwendung sieht man aber nicht wirklich Unterschiede zum bisherigen 7.1 SDK. Was liegt also näher als einfach mal ein bestehendes Windows Phone 7 Projekt zu öffnen und zu schauen was passiert? Also ConnectivityShortcuts 2.0 geöffnet, kompiliert - alles läuft fehlerfrei durch. Kein Wunder, denn das neue SDK unterstützt weiterhin auch das Erstellen von Anwendungen für Windows Phone 7.5. Was allerdings rausgefallen ist, ist die Möglichkeit Anwendungen für Geräte zu erstellen die Mango (Windows Phone 7.5) noch nicht installiert haben - ist aber verschmerzbar, nachdem diese ja inzwischen aus dem Marketplace ausgesperrt wurden.

In den Einstellungen des Projekts lässt sich dann die Anwendung so umstellen, dass sie zur Windows Phone 8 App wird. Nach einem Dialog, dass man diese Änderung nicht rückgängig machen kann ist Connectivity Shortcuts dann auch schon eine Windows Phone 8 App. Beim kompilieren taucht nun jedoch ein Fehler auf. An einer Stelle werden hier XNA-Funktionalitäten genutzt und das geht bei WP8-Apps nicht mehr. Nachdem die betreffende Codezeile geändert wurde läuft wieder alles problemlos. Vergleiche des Codes nach der Umwandlung auf WP8 zeigen kaum Unterschiede.

Vergleicht man das ganze jetzt mit eine Windows 8 App kommen bei letzterer hingegen ganz andere UI-Klassen zum Einsatz. Die meisten Zugriffe auf Platformfunktionalitäten finden sich bei Windows Phone im Namespace Microsoft.Phone, bei Windows 8 hingegen gibt es diesen Namespace nicht. Während Windows Phone ein paar neue Tasks mitbringt um Interaktionen mit z.B. dem Kalender zu ermöglichen setzt Windows 8 hier voll auf das Konzept des Share-Charms.

Kurz gesagt: die APIs von Windows Phone 8 entsprechen mit einigen Erweiterungen denen von Windows Phone 7.5. Die Ähnlichkeiten mit denen von Windows 8 ergeben sich hauptsächlich aus der .Net Basisbibliothek die beide Systeme nutzen. Damit haben WP7 und WP8 Apps deutlich mehr gemeinsam als WP8 Apps mit Windows 8 Apps.

Anhang 104079
Auch von der Möglichkeit Anwendungen mit HTML und JavaScript zu erstellen, wie dies in Windows 8 der Fall ist, ist im Preview SDK von WP8 nichts zu sehen.

Nachdem ja bisher davon ausgegangen wurde, dass die WinRT als Laufzeitumgebung auch auf WP8 Einzug halten würde finde zumindest ich das alles doch recht überraschend. Auf den ersten Blick wären mir auch keine großen Features aufgefallen die nicht bereits angekündigt wurden, jedoch habe ich bisher auch nur relativ oberflächlich gestöbert.

Edit: Gerade bin ich noch auf die Zugriffsmöglichkeiten auf den ExternalStorage - also die SD-Karte - gestossen. So wie es aussieht steht diese als ganzes dem Zugriff durch Apps offen, jedoch soweit ich das bisher sehe nur lesend. D.h. Apps können dort keine Daten hinschreiben.

Interessante Infos, Danke!

Keine sehr ermutigenden Info´s

Es sieht m.M.n doch recht gut aus

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

Im Sinne einer Diskussion wäre jetzt ja meine Frage was ihr konkret positiv oder negativ daran seht?

Positiv: aufgrund der Ähnlichkeit der Anwendungen gibt es für bisherige Nutzer wohl recht gute Chancen dass Apps die die neuen Features nicht nutzen eben weiterhin auf WP7.5 abzielen werden. Nimmt man mal Spiele aus die auf Basis C++/Direct 3D entwickelt werden oder die einzelne C++ Funktionsblöcke aus Performancegründen nutzen.

Negativ: Der Portierungsaufwand zwischen WP8 und Windows 8 ist ähnlich groß wie der zwischen WP7 und Windows 8. Laut Microsoft bedeutet das bis zu 90% identen Code, jedoch sind die API Aufrufe anzupassen (bei manchen Apps die quasi nur ein neues UI für verschiedene APIs darstellen ist also relativ viel Code zu ändern). Hier wird wohl wieder mal gelten: wer seinen Code nach MVVM und schön modular aufgebaut hat wird relativ schnell portieren können, wer API Aufrufe mit dem UI Code vermischt hat, hat wohl hier jetzt Mehraufwand.

Wenn ich das jetzt richtig verstanden habe besteht ein Unterschied zwischen den Apps für WP und denen für Windows8 Da gerade im Tablet und Windows 8 Bereich die Chance auf eine erhöhte App Anzahl aufgrund der größeren Verbreitung besteht stellt sich mir die Frage ob die Entwickler dann die Apps auch für WP8 herausbringen wenn ein zusätzlicher Aufwand besteht die dafür zu portieren (oder liege ich jetzt falsch?)

Na ja, aus meiner Sicht macht es ohnehin keinen Sinn Tablet-Apps unverändert auf ein Smartphone zu bringen oder am Tablet einfach aufgeblasene Versionen der Smartphone-Apps anzubieten. Das ist ja meinem Verständnis nach auch eines der großen Handicaps die Android Tablets gegenüber dem iPad haben. Für letzteres steht eine sehr große Anzahl an angepassten Anwendungen bereit, die auf das größere Display ausgelegt sind. Ansonsten hängt es wie gesagt daran wie die Funktionalität der App selbst aussieht. Datenhandling, etc. wenn es richtig strukturiert ist sollte identisch nutzbar sein. Der Aufwand etwas von Windows 8 auf WP8 zu bringen ist in den meisten Fällen (Ausnahme HTML-Apps) jedenfalls deutlich geringer als der diese auf irgendein anderes System zu portieren. Apps die jedoch relativ stark auf den Share-Contracts aufbauen für ihre Funktionalität dürften es aus momentaner Sicht schwierig haben auf WP8.

Bzgl. Direct3D Spielen sieht die Sache anders aus, da hier ja mit C++ und Direct3D eben das neue Framework auf WP8 Einzug hält und wohl ziemlich ident sein dürfte (was zumindest die Spieler freuen dürfte).

Sorry StevieBallz, bin nicht so bewandert, aber heisst das (also die nur geringen Unterschiede zu WP7.5) nun, dass (als Beispiel) z.B. DropBox weiterhin aussen vor bleibt bezüglich Funktionalität, d.h. nur lesen und nicht schreiben? D.h. die Apps bleiben weiterhin "beschnitten" aufgrund fehlender API's oder was auch immer? Auch im Vergleich zum IPhone (bei Android geht ja fast alles...)?

Das mit dem nur Lesen und nicht schreiben bezieht sich jetzt zunächst mal nur auf die SD-Karte (External Storage). Bisher wäre ich aber auch noch über keine Möglichkeit gestolpert mit der es möglich wäre die Daten der eigenen App einer anderen App zu übergeben, abgesehen von fix definierten Interaktionspunkten (Klingelton hinzufügen, Bild in Bildergalerie speichern, Kontakt ins Telefonbuch aufnehmen, Neuen Kalendertermin erstellen).

Bei iOS ist es scheinbar (da hab ich keine praktische Erfahrung damit) so, dass eine App halt über URIs angeben kann was für einer anderen App sie Daten übergeben möchte. Das kann dann von einer beliebigen App implementiert sein. So kann dann z.B. die DropBox App Office Dokumente öffnen (auch wenn sie selbst diese nicht darstellen kann). Ob das in WP8 weiterhin nicht möglich sein wird oder ich da einfach nur noch nicht drübergestolpert bin (oder das einfach nur in dem geleakten SDK fehlt, weiß ja keiner wie alt das genau ist) kann ich jetzt nicht abschließend sagen.

Android sieht insofern anders aus, als dass dort ja ein ganz normales Dateisystem existiert und Apps dort relativ frei entscheiden können wo sie was hinschreiben (solange es nicht besonders geschützte Systemordner sind).

In einem Doku-File des SDK steht, dass es eine Möglichkeit gibt wie Apps Daten einander übergeben können, die der ähnelt die in iOS verwendet wird. Im Detail habe ich das noch nicht gesehen - Apps wie DropBox sollten damit aber eigentlich machbar sein.

Sind jetzt Apps wie TeamViewer möglich?
Und könnten Apps wie Facebook o.ä. theoretisch durch die neuen Möglichkeiten schneller werden?

Und das wichtigste :D : Gibt es Zugriff auf die API für eine Taschenlampen App ohne den bisherigen Umweg?

Wie meinst du das mit Teamviewer? Ob man das Handy fernsteuern kann oder ob man vom Handy aus fernsteuern kann? Rein prinzipiell gibt es schon einige Apps die RemoteDesktop Funktionalität in WP7.5 bereitstellen - das mit dem PC vom Handy via Teamviewer fernsteuern scheitert nur daran, dass die Jungs von Teamviewer keine App bauen (gehen würde es heute schon).

Wenns schneller wird dann wohl hauptsächlich durch die schnelleren neuen Geräte und durch Verbesserungen am Unterbau der Apps. Da soll ja jetzt angeblich das große .Net Framework drunter stecken - kann ich nicht verifizieren.

Zur Taschenlampe wäre mir momentan nichts aufgefallen, in die Richtung hab ich aber auch nicht wirklich nachgesehen.

Achso. Hatte das so im Kopf, das es heute noch nicht möglich wäre :)
Noch ne Sache die ich nicht ganz verstanden habe: Welche Vorteile bringt der Native Code?
"Nur" Geschwindigkeit?

Geschwindigkeit & einfachere Portierung von anderen Plattformen
Mit der kostenlosen PocketPC.ch App von meinem 7 Pro T7576 aus geschrieben.

Zitat:

---

Zitat von yeah

Welche Vorteile bringt der Native Code? "Nur" Geschwindigkeit?

---

1. Geschwindigkeit (insbesondere bei Spielen)
2. Einfachere Portierbarkeit von Spielen, Engines und sonstigen Apps, deren Code in C++ vorliegt

Zitat:

---

1. Geschwindigkeit (insbesondere bei Spielen)
2. Einfachere Portierbarkeit von Spielen, Engines und sonstigen Apps, deren Code in C++ vorliegt

---

Nicht zu vergessen, es wird bei gleicher Leistung weniger Strom verbraucht.

Hey wo kann ich denn das SDK downloaden? Das PW zum Microsoft Server funktioniert nicht

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

Da gibts verschiedene Wege bei den XDAs: http://forum.xda-developers.com/show....php?t=1797700

Von dort habe ich schonmal über Torrent geladen, die geladenen Dateien waren aber irgendwie nicht verwendbar. Die installation unter Win8 in VMWare brach immer ab mit der Meldung, er würde Dateien für den Installer nicht finden.

In dem Paket sind mehrere Installer enthalten. Man muss den aus dem DVD-Ordner nehmen, sonst probiert er es von einem Netzwerkshare zu holen, den du in deinem Netzwerk dann natürlich nicht hast.

Weiters haben manche Leute Probleme beim entpacken, mit 7-Zip gehts jedenfalls problemlos.

Und das Thema Windows 8 in der VM ist beim SDK auch ein Problem, zumindest wenn man nicht einen entsprechend neuen Prozessor hat, denn der Emulator von WP8 benötigt Hyper-V und das geht als Virtualisierungsumgebung innerhalb einer anderen VM halt üblicherweise nicht.

Also ich muss gestehen, ich kann mir unmöglich vorstellen, dass die SDK alles zeigt...wenn dem so wäre, dann hätte Microsoft ein viel größeres Ei gelegt als zunächst angenommen. Dann hätte Windows Phone 8 praktisch gar nichts für Konsumenten.

Ich fasse zusammen:

Linsen für die Kamera
neues start screen
Smart Sense
VOIP Integration
Notifications auf dem start screen
IE10
cloud backup
wallet (wahrscheinlich eh nutzlos momentan im großen und ganzen)
bing headlines (wahrscheinlich us only)
(Nokia Turn by Turn) -> nichts neues wenn man bereits ein Lumia hat
tellme für apps (ich drücke auf micro und sage pause oder play start einfach auf pause oder play zu drücken, grosses (sinnfreies) Kino)

zune umzubennenen oder eine neue Office logo sind für mich keine neuen features. Zumindest keine die einen Mehrwert bringen. Paar neue live tile Farben oder mehr apps im fast app switching sind auch keine große Akte...das kann man in 10 Minuten erledigen.

Im Vergleich mal Mango

people hub -> groups, twitter integration, linkedin integration, facebook integration weiter ausgebaut, verlauf bei Kontakte hinzugefügt
me-tile -> check ins, notification center, bild wechsel
visual voice mail
bing audio
bing vision
local scout
TellMe integration für SMS, Bing und vorlesen von Nachrichten
custom ringtones
office -> SkyDrive integration, Office 365 Integration
games hub -> neues design, "recent games", 3d avatar, messages von Xbox, achievements, avatar editing usw.
kalender -> to-do Listen, facebook integration
emails -> threaded emails, linked inbox, flags, neue ordner struktur
sms -> facebook chat integration, msn integration, neues design, switch zwischen verschiedene apps
musik und video -> alles verändert, neuer music player, neues design, podcast OTA und podcast subscriptions, smart DJ, playlists
deep links
quick cards
turn by turn navigation (ohne voice)
neues live tile system mit beidseitige tiles
IE9 browser, url landscrape support, html5
kamera -> taggen von Leute, support für Front-Cams, neue Settings etc.
Stromsparmodus
background task control
tethering
multi-tasking mit fast app switching
überarbeiteter mini player
lock screen support für zune music

sorry, dagegen sieht WP8 wie ein Witz aus von dem was wir bisher gesehen haben. Sicher hat WP8 "unten drunter" alles geändert, support für business, neuer kernal, etc. but für den Konsumenten ist nicht wirklich viel sichtbar bisher...dualcore support oder HD displays sind ja wohl selbstverständlich. Da bekommt Microsoft keinen standing ovation nach dem sie schon so spät sind.

Im großen und ganzen kann ich einfach nicht glauben, dass WP8 wirklich nur so wenig neue features bringt. Wenn man nochmals sieht was Mango für einen riesen update war...und Microsoft hat Mango vor 14 Monaten beendet. Und Mango hat man aktiv rund 8 Monate entwickelt. Seitdem wir Mango gesehen haben (April 2011) hat Android irgendwie 3 versionen raus gebracht...ich kann mir einfach nicht vorstellen, dass nach 14 Monaten man kaum einen Unterschied zwischen WP8 und WP7.5 feststellen kann, speziell nach dem der neue start screen auch da drauf ist.

Mit Mango hat man alles geändert und verbessert...diese Politur scheint an WP8 vorbei gegangen zu sein.

Das SDK war ja schon RC oder?
Dann denke ich wird da nicht viel mehr kommen. Auf mich wirkt es auch ein bisschen wenig auf den ersten blick. Aber wenn man mal anders rum fragt: Vielleicht ist es nur so wenig weil wir den rest halt schon haben? (Mango).


Bin mir leider noch nicht sicher obs bei mir ein iPhone oder WP8 wird.

Lass wir uns doch einfach überraschen XD

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

Richtigstellung:
Das SDK ist eine Preview. Kein RC.
Es besteht also noch Hoffnung :)

Bei Microsoft läuft doch jetzt inzwischen alles unter Preview. Im Falle des SDK ist es eine Developer Preview und das ist dann von Namen her dasselbe wie die erste Beta von Windows 8. Wie viele Rückschlüsse das zulässt ist aber eine gute Frage. Internet Connection Sharing kam bei WP7.5 auch in letzter Minute noch rein.

Die Entwicklerplatform wird aber üblicherweise schon deutlich früher festgezurrt - also wirklich große Zusätze sehe ich da nicht kommen. Das System bleibt sich bezüglich dessen, dass Apps nicht ohne Userinteraktion im System rumwerken können treu. Termine in Kalender aufnehmen geht - aber nur über einen Task mit User-Interaktion, usw.

Ansonsten ist der Emulator sicher nicht dazu geeignet Rückschlüsse auf die Consumer-Features zu machen. Da war schon unter Mango etliches deaktiviert (und meines Wissens konnte man diese Extras seit Mango im Emulator auch schon nicht mehr aktivieren).

Also wenn das alles ist, dann ist es schon wie gesagt viel weniger als Mango (aus Sicht der Konsumenten)

wenn ein "Smartphone" in 2013 nicht in der Lage ist Kalender oder Dokumente zu durchsuchen, Kontakte zu versenden oder einen Anrufprotokoll zu speichern, dann kommt der Sensemann...der nennt sich Nachfrage.

Man muss immer wieder sich vor den Augen führen...iPhone 5 kommt bald. Windows Phone ist nicht beliebt. Damit es nicht sang und klanglos untergeht, muss es eigentlich viel besser sein als das iPhone. Mit so wenig neues wird man sicherlich nicht die Android oder iOS user motivieren zu wechseln, insb. wenn sie bereits Apps usw. gekauft haben.

Wer WP vorher mochte wird es lieben. Wem das zu wenig war und er auf WP8 große Stücke hielt, der wird wohl enttäuscht sein und wer es vorher nicht mochte, wird es jetzt auch nicht tun. Somit dümpelt man bei 3% Marktanteil bis Nokia/Microsoft was radikales tut.

Diese ganzen neuen features für die developers...das braucht zeit bis der Konsument was davon mit bekommt und das wird auch nur dann passieren, wenn WP8 gekauft wird, denn heute gibt es null WP8 users und die devs brauchen einen Incentive um schnell zu entwickeln und WP8 zu Priorität machen. Da sieht es nicht gut aus.

Sehe ich das richtig, man kann weiterhin unter WP8 keine Dateien an andere Apps übergeben? z.B. eine PDF im Adobe Reader öffnen und an die HP PrinterControl App übergeben?

mal abwarten

Zitat:

---

Zitat von WarmRed

Sehe ich das richtig, man kann weiterhin unter WP8 keine Dateien an andere Apps übergeben? z.B. eine PDF im Adobe Reader öffnen und an die HP PrinterControl App übergeben?

---

Laut einem Dokument dass Teil des SDKs ist, lassen sich Apps für Dateitypen registrieren (z.B. PDF) und andere Apps über einen URL-basierten Aufruf starten (insofern recht ähnlich zu Apples Implementierung der App-zu-App-Kommunikation). Die zuständigen APIs haben ich bisher allerdings noch nicht gefunden (hab aber auch nur recht oberflächlich durchgeschaut was da alles drinnen ist.

Zitat:

---

Zitat von StevieBallz

Laut einem Dokument dass Teil des SDKs ist, lassen sich Apps für Dateitypen registrieren (z.B. PDF) und andere Apps über einen URL-basierten Aufruf starten (insofern recht ähnlich zu Apples Implementierung der App-zu-App-Kommunikation). Die zuständigen APIs haben ich bisher allerdings noch nicht gefunden (hab aber auch nur recht oberflächlich durchgeschaut was da alles drinnen ist.

---

Naja, das klingt dann aber schonmal ganz gut. Damit wäre dann ja schon ziemlich viel möglich. Wenn die gerüchte stimmen, werden wir ja sehr bald erfahren, was wp8 so alles drauf, bzw. drin hat.

Aber bisher klingt es ja schon so, als müssten man nicht mehr viel missen!

---------- Hinzugefügt um 14:47 ---------- Vorheriger Beitrag war um 14:39 ----------

wenn wp8 schon nächsten monat rauskommt, ist dann bis dahin überhaupt noch mit aufwendigeren apps oder spielen zu rechnen? Ich habe keinen schimmer wie lange man braucht. Kar, kommt auf die app an aber kriegt man innerhalb eines monats zB angry birds space portiert oder irgendeine "tool"-app, die neue möglichkeiten nutzt (ein neuer pdf-reader oder sowas)?

Engere Microsoft- und Nokia-Partner haben die SDKs ja schon länger. Schon vor 3 Monaten hatte ich Kontakt zu jemandem der ein WP8-Entwicklergerät hat. Details habe ich da aber keine erfahren, weil der ein Non-Disclosure-Agreement unterschrieben hat, dass man bei den Verstosspönalen nur so mit den Ohren schlackert - na ja...

Man darf also davon ausgehen, dass Skype, EA, Rovio, usw. schon ne ganze Weile an Apps basteln - so sie denn an Apps arbeiten. Ansonsten waren ja ein paar Apps in WP8-Version auch schon beim Windows Phone Summit zu sehen (wobei ja noch darauf hingewiesen wurde, dass die Entwickler diese Prototypen zeitweise in knapp 2 Wochen geschrieben hatten). Auch bzgl. Game-Engines wurde da schon etwas vorgestellt - insofern könnte es bei darauf basierenden Games theoretisch auch recht flott gehen.

Wieso Microsoft das nicht im großen schon rausgibt wird zwei Gründe haben: 1.) das SDK ist noch nicht fixiert genug und 2.) das SDK läuft nur unter Windows 8 und das erscheint ja bekanntermaßen erst im Oktober.

Bzgl. der konkreten Anwendungen ist es dann schon spannender. Angry Birds Space ist nicht von jetzt auf gleich portiert, in einen bestehenden Reader jedoch so einen neuen Aufruf einzubauen ginge jedoch wohl ziemlich flott - allein, den alternativen PDF-Reader gibt es momentan noch nicht (also wäre da wohl mehr Arbeit nötig).

Wie schon bei Mango wird wieder viel an den Entwicklern hängen, das System wirklich mit Leben zu füllen (damit dann mit dem neuen Speech API mehr möglich ist als nur den Musikplayer zu steuern - die App Conversations haben nämlich gerade für Anwendungen im Auto z.B. ziemlich viel Potential).

Das das SDK nur auf Windows 8 läuft ist auch ein kritischer Punkt oder?
Die meisten werden doch erstmal noch auf Windows 7 setzten, alleine schon weil viele Windows 8 ablehnen. Dadurch könnte man den Entwicklungsprozess von WP8 noch einmal künstlich verlängern.

Wer fürs iPhone entwickeln will braucht einen Mac. Wer für Android entwickelt darf sich mit dem Installations- und Deploymentwahnsinn herumschlagen (Unterschied in der Installation WP-SDK (weiter klicken bis drauf) und Android-SDK (installieren, APIs auswählen, Eclipse extra installieren, Java SDK extra installieren, Eclipse Plugin herunterladen und einbinden, NDK herunterladen und einbinden) da in alle Richtungen Probleme.

Aber es gab auch bei WP7 schon Diskussionen weil das SDK auf Windows XP nicht gelaufen ist.

Wobei ich jetzt mal die verwegene Vermutung in den Raum stelle, dass wer Windows 8 ablehnt wohl vermutlich auch kein WP8 haben wird, geschweige denn dafür entwickeln.

Zitat:

---

Zitat von StevieBallz

Wer fürs iPhone entwickeln will braucht einen Mac. Wer für Android entwickelt darf sich mit dem Installations- und Deploymentwahnsinn herumschlagen (Unterschied in der Installation WP-SDK (weiter klicken bis drauf) und Android-SDK (installieren, APIs auswählen, Eclipse extra installieren, Java SDK extra installieren, Eclipse Plugin herunterladen und einbinden, NDK herunterladen und einbinden) da in alle Richtungen Probleme.

Aber es gab auch bei WP7 schon Diskussionen weil das SDK auf Windows XP nicht gelaufen ist.

Wobei ich jetzt mal die verwegene Vermutung in den Raum stelle, dass wer Windows 8 ablehnt wohl vermutlich auch kein WP8 haben wird, geschweige denn dafür entwickeln.

---

so sehe ich es auch. Wer Win8 ablehnt, er wird für WP8 auch nicht entwickeln wollen...und ein upgrade für 30-40€ kann sich auch jeder Dev leisten. Und jetzt auch schon mit der Preview arbeiten...ich sehe da NULL Probleme...BTW man kann auch in Windows 7 entwickeln, das einzige was NICHT funktioniert ist der Emulator, der braucht nämlich HyperV. Wer also keinen Emulator braucht kann auch Windows 7 nutzen.

Bei mir hat unter Windows 7 der Installer des SDK mit Verweis auf das nicht unterstützte OS die Installation angebrochen, kann aber sein, dass es da in Zukunft noch eine Änderung gibt.

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

Kann man aus der SDK auf alle Änderungen schließen? Oder nur auf die, die die Entwicklung von Apps betreffen? Wenn z. B. der Kalender neu aufgemacht wird, sieht man das in der SDK?

Mit der kostenlosen PocketPC.ch App von meinem LG-E900 aus geschrieben.

Das SDK bringt zunächst mal einiges an APIs mit, d.h. was eben für Entwickler möglich wird. Nachdem es sich um ein nicht finales SDK handelt kann es da aber durchaus auch noch Änderungen geben - es zeigt halt die Richtung in die es geht.

Ein Teil des SDK ist jedoch der Windows Phone Emulator der dafür gedacht ist seine Anwendungen testen zu können ohne sie erst auf das Telefon spielen zu müssen (was mangels WP8 Geräten für die meisten aktuell auch gar nicht ginge). Im Emulator hat Microsoft jedoch seit jeher etliche Funkionalitäten abgeschaltet oder versteckt. Zumindest beim ersten WP7 Emulator ließ sich das mit Hacks rückgängig machen, schon bei Mango haben sich die Leute an diesen Sperren aber meines Wissens die Zähne ausgebissen.

Einiges an Infos ist durch den Emulator trotzdem herausgekommen, siehe: http://www.pocketpc.ch/windows-phone...dk-videos.html

Auf alle Änderungen kannst du bei unfertiger Software sowieso nie schließen. Es könnten Features in einem anderen Entwicklungszweig erstellt werden, der erst später zusammengeführt wird (am Desktop wird z.B. der Internet Explorer relativ losgelöst entwickelt und nur zu Milestones mit dem Haupt-OS zusammengeführt und ähnlich dürfte es z.B. mit Nokia Maps beim WP8 sein). Andererseits kann es natürlich auch immer mal wieder vorkommen, dass ein Feature nicht wirklich fertig wird bis zum gesetzten Release-Termin und dann wieder gestrichen wird (Voice-Guided Navigation mit Bings Maps war auf WP7 in der Beta von Mango auch Europa möglich, wurde zum Release aber wieder deaktiviert und zum US only Feature).

Also kurz gesagt: man sieht teilweise woran Microsoft arbeitet und zumindest für Entwickler kann man einiges an Infos aus der Sache ziehen, da die Entwicklerplatform üblicherweise eher bald fixiert wird, damit es zum Release dann auch schon passende Apps geben kann. Über den Rest des Systems traue ich mich auf Basis des SDKs keine fixen Aussagen zu machen.

Ich muss jetzt ein paar meiner ursprünglichen Eindrücke revidieren. Die bisherigen APIs aus dem Namespace Microsoft.Phone sind nach wie vor alle verfügbar - vermutlich jedoch einfach aus Kompatibilitätsgründen. Das erklärt dann auch wieso dort relativ wenige Änderungen zu finden waren.

Im Namespace Windows hingegen findet sich ein Großteil der Windows 8 APIs wieder. Damit dürfte die App-Kompatibilität zu Windows 8 dann auch gegeben sein. Dort finden sich dann auch die APIs für das Data-Sharing oder die neuen Spracherkennungsdienste. Angemerkt werden muss aber, dass es hier durchaus auch einige Aufrufe gibt, wo InteliSense ausspuckt, dass sie für Windows Phone nicht implementiert sind. Wie groß diese Einschränkungen sind wird sich allerdings wohl erst bei praktischen Projekten zeigen.

Man kann also festhalten, dass bisheriger Code für WP7 ziemlich ident weiterhin genutzt werden kann, während wohl auch Windows 8 Anwendungen mit (relativ) wenig Aufwand portierbar sind. Das UI ist allerdings in jedem Fall anzupassen (ist es meiner Meinung nach aber sowieso - auf 10" macht eine Handyapp wenig Sinn und auf 4,5" ist eine TabletApp unbenutzbar).

Aber das heisst dann im Umkehrschluss das eine App die für WP8 programmiert wurde nicht auf WP7.. läuft aber ohne Probleme auf Windows 8 und der Tabletversion?

Eine WP8 App läuft ohne Änderungen sowieso nirgends außer auf WP8. Es geht nur darum wieviel Aufwand für Anpassungen nötig ist. Von einer Windows 8 App oder einer WP7 App ist es relativ einfach zu einer WP8 App zu kommen.

Ansonsten gilt dasselbe wie eh und je: wenn ich neue Features aus WP8 nicht brauche und die installierte Basis an WP7 Nutzern als Kunden haben will, dann bau ich meine App halt für WP7. Brauche ich zusätzliche Features muss ich sowieso WP8 als Ziel angeben und das läuft ohnehin nicht unter WP7.

Man kann also sagen: WP8 hat halt die Windows 8 und die WP7 APIs an Bord. Wie sich da die Entwickler orientieren ist dann deren Sache und eben auch von den nötigen Features abhängig (WP7 User mitnehmen solange relevant und dafür halt ein Gimmick nicht haben vs. meine App rund um neue Features aufbauen).