WPF signe la fin des Windows Forms ?

C'est ca que je ne trouve pas clair :?

Citation:

---

Serait-il possible par exemple de binder dans un contrôle qui affiche plusieurs propriétés d'un objets (en winform j'aurais pris l'exemple d'une datagridview), d'afficher d'une part le noms de chaque entreprise et d'autre part le nom de l'employé ayant le plus gros salaire. En d'autre termes, je voudrais ici pouvoir binder à un contôle wpf n'importe quelle propriété de la hierrarchie issue de la classe Company et résultant d'une expression de mon choix. Ceci sans toucher à la structure de nos classes Company et Worker. Ca n'était pas trivial en winform. Il fallait écrire une vue des objets de la collections en réécrivant les proporydescriptor... est-ce plus facile en WPF ? Ou cela se fait-il de la même manière ? J'ai entendu dire que le moteur de binding WPF se basait sur la réflexion. Cela veux t-il dire qu'on ne peut plus "bidouiller" avec les propertydescriptors ?

---

Je vais essayer de formuler plus clairement :

En winform, j'ai fais une classe qui implémente ITypedList et qui possède une méthode GetItemProperties qui renvoie une PropertyDescriptorCollection. Une instance de cette classe peut alors être mise entre une collection et un contrôle et l'on peut, dans cette méthode GetItemProperties(), réécrire les PropertyDescriptor des objets de la collection pour afficher des "fausse propriétés" calculées.
Voici un exemple

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

public class Company { public string Name { get; set; } public Boss Name { get; set; } public List<Worker> Workers { get; set; } }   public class Boss { public string Name { get; set; } }   public class Worker { public string Name { get; set; } public float Salary { get; set; } }

---

Si par exemple, je binde une List<Company> à une DatagridView, je peux grâce à ma classe afficher en même temps la propriété Name des entreprises dans une colonne et la propriété Name du Boss dans une autre colonne.

WPF permet de faire cela directement grâce à l'attribut path.
Mais peut on écrire n'importe qu'elle expression dans cet attribut (ou un autre) par exemple pour afficher le nom du Salarié ayant le plus gros salaire ?

Si ça ne peut pas être fait, y t-il toujours la possibilité d'écrire une vue le l'objet comme je le faisais en winform et de binder cette vue d'objet aux contrôle ?

OK, je comprend mieux ;)

Non, on ne peux pas, dans Path, mettre d'expression. On doit marquer le nom d'une propriété public. Par contre, rien ne t'empêche d'avoir une prop publique qui contient ce champ calculé ;)

Oui... par contre ça oblige à modifier la couche business alors que l'expression peut n'avoir qu'une vocation d'affichage...
Est-il possible en WPF de travailler sur des vues d'objets comme je l'ai fait en windows form c'est à dire de binder un contrôle à une classe implémentant ITypedList et renvoyant dans GetItemProperties() des "propriétés virtuelles" ?

Je n'ai jamais fait ce genre de choses mais je ne vois pas pourquoi cela ne fonctionnerait pas ;)

Ce qui m'inquiétait c'est que j'ai lu que le moteur de binding de WPF se basait sur la reflexion et donc, je supposais, plus sur les propertyDescriptor...

Pour t'apporter une réponse plus complète, il faudrait faire des tests plus poussés, c'est tout ce que je peux te dire pour le moment....

J'essayerai de les faire à l'occasion. :) Merci.

Je relance un peu le débat mais il me semble qu'un point important n'a pas été suffisament approfondit.
Si on se demande pourquoi WPF remplacerait les WinForms classiques, on s'apperçoit que les WinForms sont assez aboutis et permettent de répondre à la majorité des besoins de façon efficace et rapide.
Mais si on regarde du côté des WebForm, il me semble que la comparaison est toute autre. Le langage HTML (+css, js,...) est viellissant, a un comportement souvent imprévisible et est interprété de façon différente par les différents navigateurs. Personnellement, je suis souvent imressionné de voir le temps que je perd pour des problèmes d'interface simples alors que des développements C# beaucoup plus importants sont réalisés rapidement. Du coup, sans compter le temps d'apprentissage de la techno, je pense que WPF (Silvelight) peut faire gagner beaucoup de temps !
Si on regarde la réalité des entreprises, la mode est plus aux applications Web (plus faciles à déployer) qu'aux winforms. C'est pourquoi je pense que beaucoup de sociétés gagnerons du temps (et de l'argent) à passer sur WPF. Et, si les développeurs utilisent WPF pour leurs applications Web, ils seront surement tentés de l'utiliser aussi pour leurs applications Windows...

Oui moi je serais curieux de voir quel est déjà le pourcentage de post client ou silverlight est installé.

Silverlight a un énorme défaut qu'on retrouve dans toute techno web qui n'est pas html/javascript : pas de référencement par les moteurs de recherche !!!

Donc pour de l'intranet c'est surement une techno à envisager mais l'utilisation massive sur internet c'est pas pour demain, parce que je connais pas beaucoup de webmaster qui veulent utiliser une techno qui fait baisser leur googlerank ;)

Pour ma part, autant j'use et abuse de certaines parties du 3.0 (WFF surtout, WCF un peu), je ne pense pas du tout perdre du temps à me pencher sur WPF tant que cela ne sera pas indispensable.

Je trouve la valeur ajoutée proche de 0 pour les utilisateurs.

Just my two cents ;)

EDIT : Purée, chui un membre é-clai-ré maintenant :mouarf:

Citation:

---

Oui moi je serais curieux de voir quel est déjà le pourcentage de post client ou silverlight est installé.

---

Pas des masses à mon avis. Mais il ne faut pas oublier que la V1 finale n'est sortie que depuis deux mois et demi (il me semble). Donc pour l'instant, je pense que seuls quelques développeurs et des powers users curieux ont sauté le pas. L'adoption de cette techno pour des sites web grand public va prendre du temps je pense mais pour les applications d'entreprise, il est plus facile de déployer siverlight sur l'ensemble des postes client de l'entreprise. Cela pourrait accélerer les choses mais il va tout de même faloir attendre un peut...

Citation:

---

Envoyé par neo.51

Silverlight a un énorme défaut qu'on retrouve dans toute techno web qui n'est pas html/javascript : pas de référencement par les moteurs de recherche !!!

Donc pour de l'intranet c'est surement une techno à envisager mais l'utilisation massive sur internet c'est pas pour demain, parce que je connais pas beaucoup de webmaster qui veulent utiliser une techno qui fait baisser leur googlerank ;)

---

Attention, rien ne t'oblige à faire l'intégralité de tes pages en Silverlight: tu peux tout simplement faire une bannière ou un menu en SL ;)

même si c'est un menu, prennons un exemple simple, t'as un site de vente en ligne :

Ton menu représentant les catégories d'articles à vendre ne sera pas référencé. Pire : si tes pages ne sont accésibles que via ce menu certainnes pages contenant tes articles à vendre ne seront jamais indéxés !!!

tous ces problème là n'existent pas si tu fais un site avec un rendu html et javascript.

Pour moi SL est une techno pour faire des animations, pas des sites webs entiers. Bien sur on peut tout comme en flash mais on rencontrera les problèmes de referencement, mais SL est génial pour faire des players vidéos, des players photos, des jeux aussi, enfin tout ce qu'on fait en Flash quoi.

Il me semblait justement que XAML permettait le référencement contrairement à du flash
(PS: je crois l'avoir entendu lors du silverlight tour)

Citation:

---

Envoyé par Skyrunner

Pour moi SL est une techno pour faire des animations, pas des sites webs entiers. Bien sur on peut tout comme en flash mais on rencontrera les problèmes de referencement, mais SL est génial pour faire des players vidéos, des players photos, des jeux aussi, enfin tout ce qu'on fait en Flash quoi.

---

Oui, il permet de faire de jolies animation. Mais en quoi cela l'empèche-t-il de faire des choses plus sobres ?

Citation:

---

Envoyé par monstroplante

Oui, il permet de faire de jolies animation. Mais en quoi cela l'empèche-t-il de faire des choses plus sobres ?

---

A quoi penses-tu par exemple ?

Hé bien, comme je l'évoquais précedement, je trouve que dans un projet d'application web, on perd beaucoup de temps à regler des problèmes d'UI (pas vous ?). Personellement, je rève de pouvoir me débarasser d'html pour utiliser un nouveau standard plus stable, prévisible et uniformément interprété par les clients. XAML, me semble pouvoir répondre à ces besoins. Dans cette conversation, nous comparons les WinForms à XAML et semblons d'accord pour dire que globalement XAML est mieux et permet de faire tout ce que font les WinForms. Pour ma part, je trouve ques les WinForms sont déjà beaucoup plus aboutis que les WebForms actuels. XAML reprend ce qui est bon dans les WinForms tout en s'inspirant de la logique déclarative par balise de HTML qui est selon moi le seul atout que l'HTML conservait. Cela m'amène à me demander pourquoi ne pas utiliser XAML pour tous les développements Web d'entreprise (même simple) réalisés en .NET... Et, à partir de là, pourquoi ne pas utiliser la même techno pour nos applications Windows.