Discussion :

[blepeign]

Bonjour,

Je cherche à faire une liste de critères décisionnels pour l'adoption soit de WPF, soit de Silverlight pour un projet donné. J'aurai besoin de vos lumières pour enrichir un peu mes connaissances, car je ne connais pas trop WPF...

Je crois savoir que WPF nécessite le framework .NET 3.5, qui est assez imposant... en comparaison du plugin Silverlight. Mais du coup, on a un set de composants beaucoup plus riche.
Qu'en est il de la gestion du mode connecté/déconnecté ? Je crois que cette fonctionnalité est prévue pour Silverlight 3, mais je ne sais pas ce qu'il en est de WPF ? peut on travailler hors connexion puis resynchroniser facilement des données avec un serveur distant ?

Est-il possible de développer en WPF et Silverlight sur des plateformes telles que Windows XP embedded ou Microsoft Mobile ?

En gros, quels sont les éléments déterminants qui selon vous font choisir soit WPF, soit Silverlight pour un projet ?

Merci

[ikeas]

en gros c'est la meme chose
tu fait du xxaml pour le design
tu code en c#

seulement
- silverlight est destiné a faire de l'appli type RIA, il y a moins de potentiel car le framework est plus petit (c'est l'équivalent de flash a la sauce microsoft) de plus l'appliaction est hebergé dans un navigfateur il y a donc des restriction de communication avec la platerfome (lié a la sécurité de l'internet) en general avec silverlight on communique avec une couche en WCF
- wpf c'est pour faire de l'application standard avec un gros framework tu peux tout faire, il y a plus de composants dans le framwork et les animations sont plus simple a mettre en œuvre (enfin on peut faire des choses plus complexe en animation surtout)

avant tout il s'agit de savoir ce que tu veux faire
- comment l'application communique et avec qui
- que doit présenter l IHM
- quelle solution de déploiement veut on utiliser

j'ai fait simple

[blepeign]

en gros c'est la meme chose
en general avec silverlight on communique avec une couche en WCF

Seulement avec un back-end .NET, non?

- quelle solution de déploiement veut on utiliser

Je me place dans un contexte avec une application WPF en standalone (et non XBAP)


Puis je savoir ce qui existe pour la gestion du mode connecté / déconnecté en WPF svp ?

[ikeas]

Seulement avec un back-end .NET, non??

pas forcement Wcf c'est de la communication avec n'importe quoi, par exemple des webservices qui peuvent etre heberge par n'importe quoi

Je me place dans un contexte avec une application WPF en standalone (et non XBAP)

j'avais compris

Puis je savoir ce qui existe pour la gestion du mode connecté / déconnecté en WPF svp ?

ca ca reste purement subjectif, en fait le mode connecté n'existe plus vraiment
il faut savoir que les données recu d'un fournisseur le sont au format xml
le producteur par exemple (un SW) a une duree de vie tres limité
tu traite les données et quand tu fait une mise a jour celles qui ont ete modifié sont envoyé pour la mise a jour (et en général seulement celles la)
on pourrait par exemple exporter sur le poste le xml contenant les données et le schéma de données et arrêter le soft, puis redémarrer le soft , reccupere les données et les mettre a jour dans la base, maitenant dans ces cas la uil faut régler le problème de la "realité" des données que tu possede au regard de celle existante dans la base (en effet ca aurait pu changer entre temps)

[Julien_G]

Bonjour,
d'après ce que j'ai pu comprendre silverlight et le petit frère de WPF, de plus il est plus porté pour une application web.

Si tu veux un mode connecté / déconnecté il me semble que Silverlight 3 le gère.

[Thomas Lebrun]

Si tu veux un mode connecté / déconnecté il me semble que Silverlight 3 le gère.

En effet, il est possible d'installer localement des applications SL 3. Mais attention, l'appel aux services requiert toujours une connectivité réseau