Discussion :

[Jérôme Lambert]

Lors de cette édition 2009 des Microsoft TechDays, les dernières technologies et solutions Microsoft seront présentées. De Windows 7 à Microsoft Surface en passant par Windows Azure, ou encore le .NET Framework 4.0 et Visual Studio 2010, tant de sujets et beaucoup de questions mais aussi d’interrogations… Et pourquoi ne pas vous donner la parole ?!

« Les visiteurs ont la parole », initiative qui sera lancée au sein de la communauté Developpez.com, vous permet de poser vos questions sur les dernières technologies et solutions Microsoft. Les questions les plus pertinentes seront sélectionnées pour être posées aux spécialistes de Microsoft lors de la conférence des Microsoft TechDays 2009.

Les domaines qui pourront être abordés sont les suivants :

• Windows 7
• Microsoft Surface
• Windows Azure
• .NET Framework 4.0
• Visual Studio 2010

La liste des domaines ci-dessus est une liste non-exhaustive et dépendra des questions que vous aurez posés.

Vous avez jusqu'au mercredi 4 février pour poser vos questions.

Pour rappel, les Microsoft TechDays 2009 est un événement gratuit qui aura lieu les 10, 11 et 12 février au Palais des Congrès de Paris. Les inscriptions sont toujours ouvertes, ne perdez-donc pas de temps

Le site Developpez.com consacré aux Microsoft TechDays 2009.

[Alp]

Bonsoir,

Pour ma part, j'aimerais savoir ce qui sera présent exactement dans Visual C++ 2010, mais surtout quelle partie de la norme C++0x vont-ils intégrer, étant donné que le document en question aura été finalisé bien avant VS2010. En effet, Eric Vernié m'avait notamment parlé de multithreading, lambda expressions. Qu'en est-il exactement ?

[Bart-Rennes]

Bonjour,

Pourquoi avoir fait autant de changement entre les Winform et le WPF (par exemple changé le nom des propriétés standard depuis des années(Text,...))? Pourquoi ne pas avoir l'aide des propriétés en bas de l'IDE comme c'est le cas depuis des décennies en WPF ?
A peine le VS2008 sortie on avait le droit à des tests, articles sur VS2010 avec nouveau framework, etc..., alors que l'on avait pas encore découvert et intégré les nouveautes de VS2008, n'y aurait-il pas un problème de communication chez Microsoft ? (idem pour silverlight V1.1 et V2)

Pourquoi ne pas mettre les frameworks .NET en mise à jour obligatoire de Windows (live update) ? Pour les éditeurs de shareware on voit mal dire aux clients 'téléchargez le framework de 20-50Mo' et 'installez le, ça va prendre juste 15 minutes!!'.

Bonne journée,
jean-claude

[tomlev]

Pourquoi avoir fait autant de changement entre les Winform et le WPF (par exemple changé le nom des propriétés standard depuis des années(Text,...))?

Parce que WPF est une plate-forme complètement nouvelle qui n'a rien à voir avec Windows Forms. Et si, par exemple, Button.Text est devenu Button.Content, c'est qu'il y a une bonne raison : le contenu du bouton n'est pas forcément du texte, ça peut être absolument n'importe quoi (texte, image, vidéo, autres contrôles...). La souplesse de WPF est sans comparaison avec Windows Forms, c'est donc assez normal que les propriétés soient différentes


Moi je me pose surtout des questions sur le designer WPF dans Visual Studio : actuellement il laisse sérieusement à désirer en ce qui concerne l'ergonomie et les fonctionnalités... Est-ce que MS a l'intention de l'améliorer ? Ou va-t-on être encouragés à utiliser Blend à la place ? Je trouverais dommage, en tant que développeur, de devoir utiliser un outil séparé, destiné aux designers...

[rad_hass]

Parce que WPF est une plate-forme complètement nouvelle qui n'a rien à voir avec Windows Forms. Et si, par exemple, Button.Text est devenu Button.Content, c'est qu'il y a une bonne raison : le contenu du bouton n'est pas forcément du texte, ça peut être absolument n'importe quoi (texte, image, vidéo, autres contrôles...). La souplesse de WPF est sans comparaison avec Windows Forms, c'est donc assez normal que les propriétés soient différentes


Moi je me pose surtout des questions sur le designer WPF dans Visual Studio : actuellement il laisse sérieusement à désirer en ce qui concerne l'ergonomie et les fonctionnalités... Est-ce que MS a l'intention de l'améliorer ? Ou va-t-on être encouragés à utiliser Blend à la place ? Je trouverais dommage, en tant que développeur, de devoir utiliser un outil séparé, destiné aux designers...

+1

D'ailleurs dans la com de MS sur WPF, ils ont dit clairement qu'ils sont partie d'une page blanche ils ont complètement repensé le client lourd ...

Pour ma part, j'aurais une question sur le future du développement Web en .NET, MVC, ASP.NET, Silverlight ... Difficile de comprendre la trajectoire que va prendre Microsoft dans le future, ça vient certainement de la difficulté de prévoir quels seront les standards du Web de demain, mais Microsoft à certainement son idée la dessus.

[B.AF]

+1

D'ailleurs dans la com de MS sur WPF, ils ont dit clairement qu'ils sont partie d'une page blanche ils ont complètement repensé le client lourd ...

Pour ma part, j'aurais une question sur le future du développement Web en .NET, MVC, ASP.NET, Silverlight ... Difficile de comprendre la trajectoire que va prendre Microsoft dans le future, ça vient certainement de la difficulté de prévoir quels seront les standards du Web de demain, mais Microsoft à certainement son idée la dessus.

+1 à toi, j'avoues que trop d'innovation tue l'adoption...
Aujourd'hui j'ai des sollicitations pour réaliser un front end en client léger...Je ne sais pas quoi choisir. J'aurais tendance à dire ASP.NET parce que c'est la "base", mais j'ai du mal à comprendre la stratégie.

Et autre point, quelles alternative à Silverlight et WPF ? Parce que bon, c'est vrai que c'est souple et plein de qualité, mais niveau productivité, on est descendu bien en dessou du winforms. Les écrans sans valeur ajoutée (gestion du contenu d'une table d'information par ex.) ont des coût de développement trop importants par rapport à winforms.
En outre, pourquoi forcer l'usage d'un designer ? C'est un coût aussi.
Bref, même si la techno de représentation semble de plus en plus souple, sont coût d'apprentissage et de mise en oeuvre est de plus en plus élevé !

[Philippe Vialatte]

Moi je me pose surtout des questions sur le designer WPF dans Visual Studio : actuellement il laisse sérieusement à désirer en ce qui concerne l'ergonomie et les fonctionnalités... Est-ce que MS a l'intention de l'améliorer ?

Si je me rappelle bien de ce que j'ai lu (pas vu, la flemme de telecharger 8Go), le designer WPF a été upgradé, aussi bien pour Silverlight que pour WPF...miam

..et +1 pour la stratégie web, actuellement, les projets silverlight, bof parce que pas de designer, les projets MVC, ah zut, c'est toujours pas releasé...alors on continue a se taper du javascript et du ajax...

Silverlight, ca reste, pour le moment, difficile a justifier (en dehors de "c'est joli", si on ne travaille pas avec des vidéos...)

M'enfin, voila, c'est vrai que c'est bien d'avoir le choix, mais autant du coté technique, on peut avancer des justifications (modele plus propre pour silverlight/wpf ou MVC, testabilite pour MVC, plus de javascript pour Silverlight), autant c'est dur à vendre (enfin, moi, je dis ca, c'est peut-etre que je suis mauvais, hein...)

[zeavan]

Je n'arrive pas a savoir quand est-ce que le sdk de surface sera disponible, SDK + emulator en premier temps la table elle-meme ne m'est pas necessaire pour commencer le development de mes applications.

J'ai ecris un peu partout et fait pas mal de recherche mais aucune reponse claire pour le moment.

[B.AF]

M'enfin, voila, c'est vrai que c'est bien d'avoir le choix, mais autant du coté technique, on peut avancer des justifications (modele plus propre pour silverlight/wpf ou MVC, testabilite pour MVC, plus de javascript pour Silverlight), autant c'est dur à vendre (enfin, moi, je dis ca, c'est peut-etre que je suis mauvais, hein...)

Non tu as raison. Ca augmente beaucoup trop le coût de développement.
Surtout silverlight, parce que tu passes du temps à faire des choses simples qui avant ne demandaient pas de temps.

Pour MVC, j'ai plus de mal à comprendre vraiment l'utilité de l'utiliser en justification --> Ca reste un framework asp.net .?


Pour le 4.0 :
Et puis bon, je vais en remettre une couche, mais je trouve que sur l'accès aux données, ça ne va pas en s'améliorant. Ca manque d'une politique claire.
Pour EF, je crois qu'on a tous compris qu'il fallait attendre la next pour se faire une vraie idée, pour L2Sql, c'est à priori mort...Donc reste ce bon vieux ADO.NET (qui du reste est super fiable).
Et puis juste aussi parce qu'au quotidien c'est assez frustrant, sur la serialization WCF, pouvons nous enfin compter sur la serialization de IList sans attributs (enfin entres autres, tous les membre dont le type est une interface, ce qui est bien utile dans beaucoup de cas de POO....)
Autre points, il y a une grosse perte du remoting qui est finalement que WCF est dansla majeure partie des cas un ESB stateless (il y a bien les duplex et autres, mais pour des raisons de sécurité, ca reste marginal)
.....Qui du Singleton remoting qui présentait l'avantage d'être parfait pour ça ?
Workflow foundation et les threads ? Any news ?


Et sur Azure, la question est en suspens : quelle offre professionnelle peut se construire sans base de données outillée ?

[Philippe Vialatte]

Pour MVC, j'ai plus de mal à comprendre vraiment l'utilité de l'utiliser en justification

Plus simple a tester, et pour certaines applis (applis sans grosses validations et/ou grilles, par ex.), c'est pas mal a utiliser. le html généré est aussi plus propre, et on a une séparation plus claire entre le code et l'interface (un peu de spaghetti par moment, mais bon...)

Et puis bon, je vais en remettre une couche, mais je trouve que sur l'accès aux données, ça ne va pas en s'améliorant.

Perso, pour l'accés aux données, j'ai abandonné, maintenant, je milite pour l'abandon pur et simple des solutions Microsoft tant qu'on n'à pas un statut clair...soit on a un projet simple et c'est subsonic, soit c'est compliqué et c'est NHibernate (ou alors, quand j'aurais le temps, faut que je testes Lightspeed)

[rad_hass]

lolll, vous êtes un peu dure avec EF, ce n'est que la première version tout de même ... Bon j'avoue que pour ceux qui ont adopté rapidement L2SQL ça doit pas être drôle, mais au finale je trouve que y a des bonnes idées derrière tout ça, non ?

[B.AF]

lolll, vous êtes un peu dure avec EF, ce n'est que la première version tout de même ... Bon j'avoue que pour ceux qui ont adopté rapidement L2SQL ça doit pas être drôle, mais au finale je trouve que y a des bonnes idées derrière tout ça, non ?

Ben écoutes, moi la derniére fois, j'a iessayé EDM sur un modéle de 450 entités très propre, généré depuis une SQL 2005. Il a mis quasiment 30 minutes (2 Xeon quad Core; 8 gig de ram, X64...) sur ma machine; et la compilation a fait un stack overflow...

Sur des modèles plus réduits, je pense que le sort d'EF n'est pas dans EDM qui n'est qu'un outillage, mais dans la gestion du context (threads, cache, accès à un fournisseur de cache tiers par interface).
L'object context est aujourd'hui suffisant pour des applications légéres et de moyenne taille, sur des applications hautement critiques et supportant de fortes charges, il pose un vrai problème d'architecture, déjà rien que dans la gestion de threads.
De même, je rejoins (pour une fois d'ailleurs) Frans bouma sur le principe de Track Changing. Si on prend une solution d'ORM, ce n'est pas pour construire soit même son implémentation du track changing, à plus forte raison quand on connait son rôle dans l'ORM.

Donc aujourd'hui comme je ne travaille pas sur des solutions uniques et spécifique, mais sur un soft utilisés par n clients, EF n'est pas pour moi un choix technique réaliste.

Pour être très honnête, et en terme d'outillage, d'évolution et de maintenance, j'espére très fort que la V2 le sera.

Autre exemple ; je suis (très) le parallel computing...Mais quand je vois la gestion des thread d'EF, que mon appli à obligatoire besoin d'un DB, je me demande comment je vais pouvoir mettre en oeuvre du PC dans une architecture où la persistence ne supporte pas le MT.

Mais pour pouvoir aniticiper cela, il serait souhaitable que notre fournisseur de technologie (MS) nous donne une roadmap claire de sa stratégie accès aux données.

Je comprends l'utilité d'un ADO.NET Dataservices dans une logique REST, interopérabilité, mais pourquoi devoir utiliser EDM pour l'exploiter ?
Là où typiquement, l'utilité aurait pu être justement de pouvoir développer un provider d'entités exploitable par ADO.NET Dataservices.

Autre question que je me pose, avec l'intégration de la CLR dans 2005/2008 et la très bonne offre de BI associée, quelles intégrations entre ADO.NET / WCF et autres pouvons nous attendre ?

[Skyounet]

..et +1 pour la stratégie web, actuellement, les projets silverlight, bof parce que pas de designer

Expression Blend est quand même pas mal niveau designer Silverlight. Après c'est vrai que c'est un outil supplémentaire à intégrer/acheter, et que la prise en main n'est pas des plus évidents, si on a pas une âme de graphiste.

Je n'arrive pas a savoir quand est-ce que le sdk de surface sera disponible, SDK + emulator en premier temps la table elle-meme ne m'est pas necessaire pour commencer le development de mes applications.

J'ai ecris un peu partout et fait pas mal de recherche mais aucune reponse claire pour le moment.

Le SDK est dispo en privé, je pense que la version publique ne devrait pas trop tarder. En tout cas, c'est super marrant à utiliser

.....Qui du Singleton remoting qui présentait l'avantage d'être parfait pour ça ?

Il me semblait qu'il y avait un moyen d'obtenir un objet stateful, en jouant avec l'InstanceContextMode, mais je suis pas sûr.

[zeavan]

Le SDK est dispo en privé, je pense que la version publique ne devrait pas trop tarder. En tout cas, c'est super marrant à utiliser

c'est pas juste moi on m'invite jamais.

Normalement pour les developpeurs wpf le passage ne devrait pas etre trop brusque, est-ce vrai?

Pour entity framework, et bien perso j'apprecie plutot, pour la montee en charge , pourquoi ne pas decoupez votre db en plusieurs model cela reste plus logique de toute facon je vois pas comment 450 tables peuvent avoir un lien logique si fort pour ne pas etre separees.

[SoftAbdou]

Bonjour,

Ma question est :

Quelles sont les nouvelles fonctionnalités .NET 4.0 ?

Merci

[tomlev]

Quelles sont les nouvelles fonctionnalités .NET 4.0 ?

Ben ça on le sait déjà...
http://jlambert.developpez.com/tutor...eautescsharp4/

Après, je suppose qu'aux TechDays ils en diront un peu plus, mais on connait déjà l'essentiel

[Skyounet]

Normalement pour les developpeurs wpf le passage ne devrait pas etre trop brusque, est-ce vrai?

Non non. C'est exactement comme du WPF.

[PerpetualSnow]

Je m'intéresse particulièrement à la nouvelle version de Silverlight et à ses nouveautés.

J'aimerai savoir s'il sera possible d'accèder au contenu des médias. Par exemple, avoir accès aux pixels d'une image.

[SKone]

Bonsoir
je voudrais répondre à Alp. La conférence sur intitulé "Les nouveautés Visual Studio C++ 10 et le Standard C++0x" a eu lieu tout à l'heure à 14h j'y était le speaker principale était un français qui faisait parti du Comité de normalisation du C++ Loic Joly.
Et bien la finalisation de la normalisation du C++ n'est pas encore fini tout comme "VC++ 10" apparemment il y aura un grand changement dans l'IHM qui est en WPF, ils (2 personnes de chez microsoft l'accompagnant Eric Mitelette, [je sais plus]) n'ont pas voulu en dire trop TOP SECRET ! En ce qui concerne le support de VC++ par rapport au standard C++0x Loic Joly à parlé des expressions lambda, rvalue_référence (&&), static_assert, auto et unique_ptr. Il me semble que ce soit tout. Ah si la TR1
Voilà.

[Alp]

Merci des infos. VC++ risque de se faire doubler par GCC pour le coup