Discussion :

[Attila54]

Bonjour,
Nous disposons actuellement d'une appli finalisée a 98%, et dans un laps de temps d'environ 8 mois, nous voudrions pouvoir "relooker" l'interface de manière a créer quelque chose de plus fouillé au niveau graphisme. Nous n'avons pas spécialement besoin de plus de fonctionnalités d'un point de vue possibilités de calculs. Cela implique t'il de "convertir" l'appli vb.net en un autre langage ou un autre mode de conception de projet ? (je pensais a WPF entre autre ...)
Merci de vos retours d'experience et de vos suggestions

[BenoitM]

euhhh
1) C# ou VB.Net c'est la même chose. Il n'y a que la syntaxe du langage qui change
Passer au C# n'apportera rien à ton application.
Part contre le C# est plus utilisé et donc apporte plus d'opportunités de trouver des exemples, de l'aide et un emploi

2) Pour l'UI, tu as le choix entre du WinForm ou du WPF ou encore du Web (que tu peux écrire soit en C# ou en Vb.Net (ou autre )

Si ton projet est en WinForm le passer en WPF ou en version Web demanderas pas mal d'effort.

Maintenant c'est toujours un plus d'apprendre de nouvelles technologies

Sinon pour "embelir" ton application tu peux creer des label,textbox,bouton qui deriveraient de leurs control parent, changer leurs styles (police,couleur,...) pour utiliser ceux-ci dans ton application

ps : perso je prefere le look de base certes austère mais souvent plus lisible qu'une interface "jolie" mais qui te fatiguera les yeux apres 1/2h

[Attila54]

oui effectivement mon projet est en winform
le but unique est de pouvoir présenter une interface utilisateur plus evoluée
J'ai aussi vu que même en winform, il y avait des possibilités de "customisation" mais j'avoue ne pas être vraiment au fait des evolutions

ceci posé j'ai le même avis que toi concernant la simplicité d'une interface .... mais mo pas décideur sur ce genre de chose .....

[Pol63]

wpf exige de revoir une grosse partie du code, le code prévu pour windows forms est rarement adapté à ce qu'on peut et devrait faire avec wpf
ajouté à cela d'apprendre le xaml et le modèle objet wpf, ca peut faire beaucoup
modifier ton windows forms sera surement plus rapide, même si c'est moins poussé au niveau de ce qu'on peut faire, et surtout modifier tous les boutons de l'appli demande de repasser sur toutes les forms pour faire des modif, ou d'ajouter du code qui ralentira légèrement l'exécution (ajouté à cela que windows forms n'est pas performant graphiquement)

[sinople]

Concernant l'amélioration de l'aspect graphique des applications Winforms,

Je te recommande d'utiliser des suites de controles tierces partie permettant d'obtenir un look & feel plus moderne que les contrôles de microsoft, ainsi que des fonctionnalités que ne possèdent pas nativement les contrôles de base. Il faut prévoir un budget d'environ 1000 € (par développeur) par contre.

Je ne recommande pas d'essayer de la customisation de haut vol de contrôle (Je ne parle pas d'un contrôle dérivé au niveau des propriétés de base comme la couleur, la police, etc. mais plutôt de la gestion des évenements onpaint & Cie. En effet cette solution aura un coût largement suppérieur en jour/homme développeur que la solution précédante. Elle ne se justifie uniquement si une équipe de développeur est au chômage technique ou que les contrôles tierce partie ne donnent pas satisfaction! Prévoir un budget conséquent pour cette piste (surtout pour l'acquisition des connaissances).

A savoir que même si les contrôles Winforms ne sont pas super sexy, ils sont clairs et offrent un design à rendre jaloux 80% des applications métier en cours d'exploitation... (Estimation foireuse de ma part !)

[Graffito]

A savoir que même si les contrôles Winforms ne sont pas super sexy, ils sont clairs

Et surtout les utilisateurs ont l'habitude de leur rendu.

Mettre des controles "sexy" peut aller à l'encontre de l'objectif d'ergonomie.

Par exemple dans FireFox 13 sous windows Seven, les boutons de navigation "page suivante"/"page précédente" ont un aspect trop semblable suivant qu'ils sont activés ou non