'Microsoft schrapt Silverlight voor ontwikkeling apps Windows Phone'

Microsoft zou Silverlight willen schrappen als primaire ontwikkeltechnologie voor Windows Phone. Silverlight is nu nog verplicht, maar in plaats daarvan zouden WinRT-api's moeten worden gebruikt vanaf versie 8 van Windows Phone.

Microsoft bevestigt niet dat ontwikkelaars in Windows Phone 8 niet langer met Silverlight aan de slag kunnen, maar in een blogpost wordt wel gesproken over het onderwerp. "We hebben gehoord dat sommige ontwikkelaars zorgen hebben geuit over de toekomst van Silverlight op Windows Phone. Raak niet in paniek: XAML en C#/VB.NET in Windows 8 kun je zien als directe evolutie van de Silverlight van nu. Al je vaardigheden zijn bruikbaar om apps te maken voor Windows 8 en veel code zal ook bruikbaar zijn. Wanneer je voor een tablet of telefoon ontwikkelt moet je de gebruikservaring ontwerpen die toegespitst is op elk apparaat."

De in Windows 8 gebruikte WinRT-api's worden ook gebruikt in Windows Phone 8, zegt Paul Thurrot op WinITPro. "Om twee redenen: ten eerste is Silverlight dood, intern geannuleerd door Microsoft. Ten tweede is Windows Phone 8 in alle opzichten Windows 8." Thurrott gaf eerder al een preview van de volgende versie van Windows Phone en heeft dus al enkele maanden toegang tot het besturingssysteem. Tweakers.net heeft dezelfde informatie al eerder gehoord uit een eigen bron.

Microsoft praat nog niet over de opvolger van Windows Phone 7.5 in het openbaar, al is het publiek geheim dat sommige ontwikkelaars al aan de slag kunnen met Windows Phone 8. Windows Phone 8 zou veel eigenschappen delen met desktopversie Windows 8, waaronder de Windows NT-kernel. Windows Phone gebruikt nu nog een Windows CE-kernel.

Microsoft benadrukt dat alle apps die draaien op Windows Phone 7.5 ook zullen draaien op Windows Phone 8. Inmiddels zijn er meer dan 80.000 apps verschenen voor Microsofts mobiele besturingssysteem. Het is onduidelijk wanneer Microsoft meer loslaat over Windows Phone 8.

Reacties (45)

[FoggyFreek]

Enkel de naam Silverlight wordt geschrapt. De combinatie XAML en C# / VB blijft bestaan. WinRT wordt een evolutie van Silverlight als Webservice based UI. WPF blijft noodzakelijk voor non-service based applications. (WinRT bevat bijvoorbeeld geen data classes voor het maken van een verbinding naar een lokale database).

Erg goed vind ik. XAML blijft een briljante manier van het koppelen van data en UI.

[BugBoy]

Microsoft zou gek zijn om een technologie als WPF/Silverlight bij het grofvuil te zetten. Het zit super in elkaar. Alleen jammer dat de leercurve nogal hoog is.

[SuperDre]

En toch hebben ze het gedaan, kijk maar eens naar bijna ALLE! tutorials voor Windows 8 development, Silverlight kom je daar NIET tegen, alles is HTML5/WinRT gebasseerd.

[Szz]

Dat lijkt me eerder omdat XAML al een tijdje uit is en de meeste die er interesse voor hebben er wel al mee bezig zijn. Als je tegenwoordig nog niet met XAML hebt gewerkt, lijkt me de kans klein dat je daar nog mee gaat beginnen...

Door nu eerst alle docu en samples voor HTML5/JS uit te werken en daarna pas voor XAML/C#/VB (die er in alle eerlijkheid toch erg dicht op volgt), willen ze voornamelijk een ander soort devs aantrekken om met hun nieuwe systeem aan de slag te gaan via HTML5 en JS. Iets wat vroeger niet kon.

Als je het zo bekijkt is het op zich maar logisch dat die groep even meer aandacht krijgt en is het niet noodzakelijk een voorteken dat ze met XAML gewoon gaan stoppen. Als ik me niet vergis hebben ze dit ook reeds enkele keren duidelijk aangekondigd. Gezien ze er geen doekjes hebben rondgewonden dat ze wouden stoppen met Silverlight, denk ik wel dat we hier voorlopig nog wel op kunnen vertrouwen. Gezien er zelfs in Webforms nog nieuwe dingen uitkomen, zou me dat ook gewoon enorm verbazen...

Voor zover ik weet zijn er ook al heel veel demo apps beschikbaar in XAML. De dingen die ontbreken matchen vaak enorm dicht bij de JS variant en zijn dus niet storend. Tegen dat W8 uit is, denk ik dat die allebei wel gelijkwaardig zullen staan op MSDN. Het is voorlopig dan ook maar "Beta".

Ik heb zelf reeds enkele events rond Metro development achter de rug en ben er best enthousiast over. Maar... Dat wil echter niet zeggen dat ik er de volledige businesswaarde in zie. Begrijp me niet verkeerd, ik zie best wel toekomst voor bepaalde metro toepassingen, maar een echte typische business app zal toch beter draaien als ze volledig in WPF zijn uitgeschreven als desktop applicatie dan als tablet-like Metro app. HTML5 mag dan ook wel geweldig zijn, maar voor sommige toepassingen is een desktop applicatie nu eenmaal beter.

[Matthijs Hoekstra]

http://code.msdn.microsoft.com/windowsapps/

125 C# samples
117 C++ samples
44 vb.net samples
160 javascript samples

Als je naar het 'learn to build Metro style apps' gaat zijn alle topics beschikbaar in html/javascript EN c#/C++ http://msdn.microsoft.com/en-us/library/windows/apps

Dus wat jij zegt klopt niet.

[QQ2]

Is de leeercurve van WPF niet zo stijl vooral omdat er zoveel in zit? Als ik bijvoorbeeld kijk naar de events van een button in Silverlight icm WP7 en die in WPF dan heeft WPF echt veel meer pre en post events. Handig als je ze nodig hebt maar ongelovelijk iritant als je gewoon de basis wil leren.

Heb nog niet naar de nieuwe visual studio beta gekeken maar misschien dat ze nu iets van method/even filtering ondersteunen om die overload tegen te gaan. Lijkt me dat dat soort zaken meer helpen dan aanpassingen in de taal

[BugBoy]

Het lastigste is dat de filosofie van WPF/Silverlight nogal afwijkt van WinForms/Win32. Het duurt gewoon even voordat je "zo denkt". Ik heb aardig wat GUI frameworks gezien, maar de XAML geörienteerde frameworks vind ik er met kop en schouders bovenuit steken.

Ik zou balen als ik straks HTML5 moet kloppen om een GUI te bouwen. Dan switch ik weer naar de backend technologie.

[QQ2]

Ahh oke dan begrijp ik het. Ja eens MVVM en WPF is een serieuze mentale overstap, maar aangezien Apple MVVM ook gebruikt voor de Iphone viel die stap voor mij wel mee vandaar dat ik het waarschijnlijk niet als zodanig heb ervaren.

Overigens, voor de duidelijkheid, HTML5 is een optie om apps mee te bouwen maar absoluut niet de enige. WPF met C# en zelfs C++ allen icm WinRT zijn absoluut mogelijk. MS is momenteel druk bezig de ontwikkelaars van andere talen en rameworks over te halen om WinRt te ondersteunen. Mocht W8 een succes worden, en zeker op de desktop verwacht ik dat eigenlijk wel, dan zal je zien dat (bijna) alle talen gewoon beschikbaar komen

[WinL]

@FoggyFeek: Ja en nee. Bedenk wel dat met de combinatie C# WinRT wel .NET blijft bestaan. Toegang tot System.Data lijkt me dan ook mogelijk. Echter, details weet ik ook niet.

Wel kun je eenvoudig inzien dat het globale model al is het nu WPF, Silverlight of WinRT, hetzelfde blijft. Echter, natuurlijk zijn er enkele classen wegbezuinigd bij WinRT, dus 100% portable is het niet. Maar toch...

[Douweegbertje]

Tja geen verrassing
Bij de komst van silverlight 5 was al vrij duidelijk dat 5 de laatste versie zou zijn.

“It’s pretty clear to me that the principles of Silverlight, including the use of XAML as a markup language, C# and VB .NET as programming languages, a streamlined .NET CLR (Common Language Runtime) profile, packaged deployment over HTTP and a sandboxed security environment, are alive and well in the native XAML/.NET approach to developing Metro-style apps on Windows 8. It may not be not Silverlight to the letter, but it’s Silverlight in spirit and natively supported by the operating system to boot,”...Microsoft Regional Director Andrew Brust

En wellicht is deze link wel relevant:

http://visualstudiomagazi...s-8-metro-style-apps.aspx

In feite gaat het er om dat silverlight als het ware "evolueert" om zo toch op een andere manier gebruik te maken van je vaardigheden en applicaties in windows 8.
Let ook even op de post date van dat artikel, 11-01-2011. Daarmee doel ik op het feit dat het al vrij lang bekend was (soort van geruchten weliswaar) dat silverlight niet DE oplossing was

Dus dan word het dat, of javascript + HTML5.. of natuurlijk gewoon allebei

[Reactie gewijzigd door Douweegbertje op 22 juli 2024 19:55]

[NicoJuicy]

Lol, ik had al lang eens gezocht naar de toekomst van WPF en Silverlight.

Helaas bleef het heel vaag over het onderwerp (en ik had dit artikel echt niet gezien n.b.!) Jammer van MS hun slechte communicatie

[Anoniem: 442878]

Lol, ik had al lang eens gezocht naar de toekomst van WPF en Silverlight.

Helaas bleef het heel vaag over het onderwerp (en ik had dit artikel echt niet gezien n.b.!) Jammer van MS hun slechte communicatie

Valt wel mee, hoor.
Zie dit bericht
nieuws: Microsoft stopt mogelijk met ontwikkeling Silverlight

[Verwijderd]

Als XAML gebruikt blijft worden icm met C# en VB.NET en de GUI controls op de telefoon hetzelfde blijven verandert er niet zo veel aan silverlight. Hoe je het vervolgens ook noemt

[Reactie gewijzigd door Verwijderd op 22 juli 2024 19:55]

[roy-t]

Silverlight is een vervanger van flash, XAML/WPF is een markup language gebruikt in .NET als alternatief voor WinForms. XAML staat los van SIlverlight als techniek, alleen gebruikte Silverlight ook XAML/WPF voor GUI ontwikkeling.


Wat ik me afvraag is waar we nu games in gaan maken voor WP8. Over XNA wordt niet gesproken door MS, en zover wij kunnen nagaan zijn er geen framework ontwikkelaars meer over in het team (bijhouden via twitter enzo wie van team wisselen). Dus MS, wat nu met XNA?

[SuperDre]

Wat ik me afvraag is waar we nu games in gaan maken voor WP8.

'HTML5'

[Shift]

Niet alleen HTML5 dus. WInRT betekent Javascript/HTML5/ VB.NET / C# / C++.

[FoggyFreek]

Exact, Silverlight is dan weg, de 'talen' zijn al jaren hetzelfde. C# draait al heel wat jaren mee (Vanaf .NET 1.0; 2002), XAML vanaf .NET 3.0 (2006).

Dus om te beweren dat je op een andere taal had moeten richten en je ontwikkel efforts verloren gaan; nee, dat slaat nergens op. MS zorgt al jaren voor perfecte ontwikkelaar ondersteuning.

Developers, Developers, Developers!

[SuperDre]

Tja, zo zie je maar weer dat Silverlight (helaas) is afgeschreven. In Windows 8 (desktop) zit nog wel ondersteuning ervoor, maar je hoeft niet meer te rekenen op een Silverlight 6.. Als je nu dus net bent begonnen met Silverlight, dan kun je beter stoppen en je richten op een andere methode..

[Franckey]

Hier ben ik het niet mee eens. Ik ben een Silverlight ontwikkelaar (voor browser applicaties), hiervoor gebruikte ik WPF en straks gebruik ik wellicht WinRT. De technieken (XAML) en tools is bij alle drie dezelfde. Ik vind het juist heel prettig dat Microsoft nu voor alle platformen hetzelfde framework aanbiedt.

Daarnaast ondersteunt Microsoft natuurlijk ook HTML 5 met JavaScript. Dit doen ze om zoveel mogelijk ontwikkelaars de mogelijkheid te geven om te ontwikkelen voor Windows 8 en Windows Phone. Maar met HTML 5 ben je als ontwikkelaar veel minder productief dan met XAML, dus als je al met XAML werkt moet je dat vooral gewoon blijven doen.

[HMS]

Dan zullen ze waarschijnlijk WPF als opvolger nemen, scheelt niet heel veel met Silverlight.

edit:

Ik doel hier op ontwikkelen voor de UI uiteraard, Silverlight is veel meer dan alleen XAML

[Reactie gewijzigd door HMS op 22 juli 2024 19:55]

[SuperDre]

Nope, WPF en Silverlight zijn beide exit...

[Shift]

WPF zal niet verdwijnen. WPF is juist de de toekomst en de vervanger van WinForms. Silverlight en WPF zijn verschillende dingen. Ze maken beide wel gebruik van XAML maar WPF is voor desktop en Silverlight is/was voor web voornamelijk.

Winforms app platform maak helaas gebruik van GDI+ en WPF maakt gebruik van vectorbased objecten en tevens GPU powerd. Ik zie eerder WInForms verdwijnen.

[juakali]

Als je performante apps wil schrijven voor een windows Phone 8 zal het met WinRT en C++ worden. .NET runtime is veel te zwaar voor een smartphone.

[HerrPino]

.NET runtime is veel te zwaar voor een smartphone.

Dat was het niet voor computer systemen van 10 jaar geleden en smartphones zijn inmiddels sneller dan de computers van toen. Daarnaast kun je .NET heel goed naar native code compilen.

[Xthemes.us]

Met dezelfde logica dat de JRE veel te zwaar is voor smartphones? Laat de budget phones nou enkel Java draaien voor apps.

[LOTG]

Wat een onzin, het .net framework heeft een micro variant die kan draaien op een 48Mhz processor met redelijk minder dan 1MB aan ram.

Plus WP7 heeft toch even bewezen dat het vrijwel complete framework prima draait op een smartphone.

Plus, iedereen loopt te pas en te onpas WinRT te roepen, maar volgens mij weet de helft niet wat is het. Het is een API... En niet zo maar een API, nee een die native support heeft voor XAML en C#.

Je kunt prima performante apps schrijven in .NET. Waarom moet je zo nodig C++ daar voor gebruiken? Het HOEFT niet sneller te zijn dan een zelfde C# app. Vooral niet als de bottlenecks liggen in het downloaden van data.

[Verwijderd]

Als ze iedere paar jaar met nieuwe talen komen, blijft het mis gaan. Niet zo vreemd dat programmeurs liever zoeken naar een taal die achtergrond heeft en een lange levensduur heeft.

[LOTG]

Silverlight is geen taal, het is een framework. En C#/VB.net hebben bijde een flinke achtergrond. Net als XAML wat ook al weer een paar jaar mee gaat. Er komt dus een nieuw framework met XAML en C# als basis. Misschien meer WPF based, misschien ook niet.

[supershoe]

Ach, het is slechts een naam. Als je Silverlight kan, kan je ook WinRT met XAML en C#. Precies hetzelfde, maar een paar andere API calls. Geen enkel probleem.

Sowieso zijn er voor de Phone andere API's dan Silverlight in de browser. Zulke headlines lijken heel wat, maar voor een developer maakt het bijna geen verschil.

[JP1980]

En dat enkele maanden nadat ze lightswitch hebben gelanceerd ...