Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Désactiver des fonctionnalités ?
Bonjour,
Je voudrais votre avis. Je ne sais pas si ma demande est possible ou non ?
Peut-on désactiver des fonctionnalités sous WPF ?
Mon idée, par là, est de réduire les lenteurs de la chose. Mon application n'est pas dédiée à de grands effets de styles mais plutôt à de la manipulation de données.
Merci
Que souhaites-tu désactiver ?
Des effets stylistiques liés aux contrôles en général. Est-ce davantage lié au thème de l'OS qu'à l'application ?Envoyé par Thomas Lebrun
Pourquoi tu ne fais pas ton application en windows form ?
si tu n'utilise pas la puissance graphique de wpf y'a pas forcement d'interet de l'utiliser ...
Même si aujourd'hui on me demandait de faire une appli sans aucune fonctionnalité graphique particulière, pour rien au monde je repasserai en Winforms pour le faire personnellementUne fois qu'on a pigé la "philosophie" WPF je trouve qu'on est beaucoup plus efficace !
Oui WPF permet de beaux effets graphiques, non parcontre, je ne pense pas que c'est sa seule puissance.
Certains aspects sont assez sympa en WPF dans sa conception et ses fonctionnalités (converter, validator, ...).
J'aimerais donc profiter des fonctionnalités dédiées aux données tout en n'ayant pas une appli. lourde avec certains ralentissement.
Je me doute que ces ralentissement doivent aussi à voir avec le développement mais il y a aussi une part de responsabilité de WPF.
Donc mon objectif principal est d'optimiser les performances.
Ce n'est pas parce que tu va utiliser des dégradé ou autre effets visuel que ton application va subir des ralentissements....J'aimerais donc profiter des fonctionnalités dédiées aux données tout en n'ayant pas une appli. lourde avec certains ralentissement.
Maintenant, si tu veux vraiment désactiver ces fonctions, il suffit de ne pas les utiliser et le moteur WPF ne les exploitera pas.
ecoute j'ai fait une grosse appli avec wpf et j'ai pas eu de ralentissement
en dehors de problemes lié a certain composant mais que l'on peut contourner facilement
moi je te dirrais fait ton appli normalement en wpf
puis si tu constate des ralentissements tu nous en reparle
mais part du principe qu'au depart y'en aura pas forcement !!!
Ok, tout simplement ^^
Eh bien pour l'instant j'ai une application de lecture de données pour l'affichage en grille, un genre de Master Détails.
Bon je sais déjà que j'ai des ralentissements du à :
- l'interaction avec la base de données (j'ai donc fais des tests LinqToEntities/LinqToSql/DataSet)
- l'utilisation de composants Infragistics (DataGrid)
Plus que les ralentissements, mon problème vient surtout du fait qu'il m'arrive de perdre le focus sur la fenêtre parfois lors du Binding de la grille. Le "fenêtre ne répond pas" pendant quelques secondes, c'est pas forcément top
Pour en revenir à la question initiale il est possible de définir plusieurs styles, ou même des control templates, pour un composant, un light, et un autre plus évolué.
Ensuite tu peux switcher entre les deux selon tes besoins.
Donc en fait, au lieu de désactiver, on redéfinit les contrôles selon les besoins.
La paramétrisation est plus fine : plutôt que de désactiver au niveau global de l'application une fonctionnalité tu le fais localement, en choisissant le rendu (templates + styles) qui te semble le plus pertinent.
Par exemple, si un effet graphique te semble trop consommateur de ressource, tu l'appliques là où il est peu utilisé, et tu redéfinis un style ne l'utilisant pas que tu appliquera là ou l'effet serait massivement utilisé.
Si plus tard tu fais tourner l'application sur une plateforme plus puissante alors tu peux réappliquer le style partout : ceci peut à priori se faire dynamiquement sans reconstruire l'application.
Bonjour
L'apparence graphique a-t-elle vraiment d'impact sur le traitement des données?
L'affichage graphique étant géré par la carte graphique, si on se limite au composants de base sans design supplémentaire/effet de transition/autre, cela ne devrait pas impacter sur le calcul processeur si?
Les ralentissement de l'application ne serait-il pas plutôt du à une mauvaise optimisation du code behind?
Salut,
pour avoir travaillé 2 ans avec des composants Infragistics sous Windows Forms et ASP.NET, je peux te dire que ce sont les plus lourds, les plus lents et les plus buggés que j'aie pu utiliser, sans parler de la complexité de leur framework (héritage surexploité sans raison, comportements inattendus...). Pour ce qui ce qui est des perfs, je serais toi j'explorerais cette piste.
Depuis que j'utilise WPF j'ai totalement laissé tomber Infragistics.
Merci de vos réponses.
Je laisse le topic ouvert si des gens peuvent trouver de nouvelles idées.
En tout cas, l'idée sur Infragistic, ça ne m'étonne pas. Mais sur ce projet, je n'ai pas vraiment le choix là. Pour ne plus avoir de lague au binding des données, j'ai du passer en Asynchrone total pour les tâches longues comme celles-ci.
Pour répondre à Ldoppea, mon code behind n'est pas des plus remplis étant donné que j'utilise le pattern MVVM et donc les ICommand. Je pense aussi que les Commandes doivent avoir un impact sur les performances avec la vérification des CanExecute() à chaque évènement.
Tout à fait ! C'est pourquoi il est recommandé de mettre des traitements simples dans le CanExecute
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager