Silverlight 3, l’ebook en PDF déjà dispo ! Un nouvel environnement pour les applications desktop ?

La nouvelle version de Silverlight 3 vient d’être dévoilée en version beta depuis quelques jours. Le site www.silverlight.net centralise toutes les infos et outils de développement.

Découvrir Silverlight 3 : l’ebook !

Laurence Moroney (son blog ici) a publié il y a quelques mois un livre sur Silverlight 2 en anglais, traduit en français chez Microsoft Press. Un bon bouquin pour découvrir Silverlight.

Découvrir Silverlight 2, de Laurence Moroney

Incroyable, une suite de ce livre est déjà disponible sous la forme d’un ebook en PDF pour Silverlight 3 : First look : Microsoft Silverlight 3.

Sommaire de « First look : Microsoft Silverlight 3″ :

  • 3D Effects with Perspective Transforms
  • Animation Easing
  • H264 Video Support
  • Pixel Shaders
  • Out-of-Browser Applications
  • Save File Dialog Box
  • XAML Element Databinding

Les applications Silverlight arrivent sur le desktop (pour remplacer WPF ?)

La possibilité d’installer des applications Silverlight sur le PC, et de les exécuter comme des applications indépendantes est une petite révolution dans le monde du développement d’applications desktop. Silverlight se met à marcher sur les plates-bandes des applications desktop C#/.NET classiques (Winforms ou WPF)… et peut-être même des applications MFC/C++ natives.

Evidemment, Winforms, WPF, et C++ natif ont leur spécificités et peuvent être des environnements irremplaçables dans certains cas.

Mais pour le développement d’une nouvelle application, ou la migration d’une application existante, Silverlight peut être envisagé comme une alternative crédible à Winforms, WPF et même C++. Surtout si l’application doit être disponible à la fois en ligne et hors ligne.

Pour caricaturer, on pourrait dire qu’une application Winforms est déjà démodée, qu’une application WPF ne sera pas forcément très rapide et nécessitera de grosses configurations matérielles pour fonctionner, et que l’application C++ aura beaucoup de mal à fonctionner via Internet. Mais Silverlight 3 aura des limitations dans ses fonctionnalités qui pourront être rédhibitoires.

Winforms, WPF, C++ natif, Silverlight : 4 technos de développement d’applications. Sans parler d’Adobe Flex !

D’ailleurs il se murmure que WPF pourrait être une victime collatérale de la guerre que se livrent Microsoft avec Silverlight, et Adobe avec Air : WPF est un Silverlight en beaucoup plus lourd, et son seul avantage est qu’il a un runtime plus puissant (voir l’article : Silverlight 3 might kill WPF par exemple). Tim Sneath a écrit un article très intéressant sur les différences entre les runtime Silverlight et .NET classique. En le lisant je me dis que ma foi, Silverlight a l’air bien fichu de l’intérieur.

3 thoughts on “Silverlight 3, l’ebook en PDF déjà dispo ! Un nouvel environnement pour les applications desktop ?

  1. C++ FTW!

    Je pense aussi qu’il faut suivre de pret le developpement de Google NaCl, meme s’il reste encore pas mal de boulot avant de voir une public release. Google pousse pas mal son developpement, donc c’est plutot bon signe !

    Un petit mot aussi sur la release prochaine de WWSAPI, qui va peut-etre contribuer a relancer le dev natif server-side :)
    Il me sembe aussi que Azure devrait supporter prochainement l’execution de code natif, non? sans passer par p/invoke et cie?

  2. Eh bien toutes ces technos émergentes ça donne le tournis ! Comment on choisit dans tout ça ? ;-)

    Microsoft a sorti une nouvelle version majeure des MFC/C++ en 2008, 5 ou 6 ans après n’avoir quasiment rien proposé de neuf dans le domaine. Mais je ne connais personne qui l’utilise et on en parle très peu sur le web. Etait-ce trop tard ?

    Sur Windows 7/2008R2, on pourra – enfin ! – créer des Web Services en C++ natif avec WWSAPI. De la performance sur le serveur ! Mais les développeurs de site web ne savent même pas ce qu’est le développement en code natif ! (enfin j’exagère peut-être un peu ;-) ?)

    Google NaCl connais pas… je vais regarder. Idem exécution de code natif dans Azure…

  3. Honnetement, c’est dur de se faire une idee je trouve… Il est clair que niveau technologies Microsoft, .NET est vraiment mis en avant. Il suffit de voir sur les blogs MSDN le nombre impressionnant de posts portant sur .NET, alors que cote code natif … On trouve toutefois encore pas mal d’articles interessants sur des sites comme CodeProject ou CodeGuru !

    Pourtant il y a encore beaucoup de developpeurs natifs chez MS avec de nombreux produits a maintenir mais aussi, de nouveaux produits developpes ! On a cite precedemment l’exemple de WWSAPI, Direct2D en est un autre. Et il y aussi un gros boulot de fait cote C++ 0x. Perso, je travaille sur le dev de quelques logiciels pour MS/MSN, et tous les developpements demandes a ce niveau sont en code natif win32.

    Pour les MFC je ne sais pas trop, Microsoft les avait clairement mis de cote et ils ont developpe de nouveau(x) framework(s) (cf Office 2007) mais je pense qu’il y a enormement de code bases dessus et donc un boulot de maintenance / evolution considerable.

    << Sur Windows 7/2008R2, on pourra – enfin ! – créer des Web Services en C++ natif avec WWSAPI. >> Je crois qu’un update est egalement prevue pour les users sous XP / Vista. On pourra effectivement non seulement creer des web services mais aussi les consommer ! Cote serveur tu oublies que l’on avait ATL Server (que je trouve personnellement beaucoup mieux designe que ASP.NET) qui marche tres bien mais qui n’est plus supporte par Microsoft depuis 2007 de memoire. Le source est dispo sur CodePlex mais absence de communaute donc au point mort depuis 2 ans, c’est rageant !

    J’ai fait pas mal de developpement web sous Unix en C (fCGI et modules Apache), ce sont de tres bons souvenirs :) Il existe aussi quelques frameworks web C++ (WT est le plus connu je pense) qui sont sympas a utiliser mais peu mediatises / utilises. Je ne fais quasi plus de dev web depuis 2-3 ans, et ca m’arrange car je trouve que c’est devenu particulierement ininteressant…

    << Mais les développeurs de site web ne savent même pas ce qu’est le développement en code natif ! (enfin j’exagère peut-être un peu ;-) ?) >> Oh, ils doivent connaitre de nom ;) Meme remarque pour les dev .NET / Java qui ont un joli vocabulaire (JIT, Managed code, etc.) mais qui n’ont absolument aucune connaissance sur la facon dont ces techonlogies sont designees / implementees, je trouve ca siderant.