Posez vos questions sur les dernières technologies et solutions Microsoft

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

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.

+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é !

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...)

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.

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 ?

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...)

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)