Discussion :

[dfgs83]

Bonjour à tous,

Je développe actuellement un logiciel de supervision qui fonctionne correctement
J'aimerais que des utilisateurs puissent se connecter à l'aide d'un client sur la supervision, et ma question est la suivante. Quelle est la meilleure technologie pour implémenter cette fonctionnalité:
- Client sur application Web.
- Client de type Winform.
J'ai personnellement une préférence pour les applications Winform, mais je ne vois pas de technique "simple/souple" pour réaliser ceci.
Existe t'il des concepts de programmation qui se rapportent à l'implémentation d'application client/serveur, en terme d'interface utilisateur, ne m'envoyez pas sur des tuto de type mon premier Chat

Merci d'avance pour vos conseils avisés.

[Louis-Guillaume Morand]

c'est facile, si tu veux qu'on accède facilement à ta supervision sans modifier les sécurités réseau (faire un VPN, ouvrir des ports dans les pare-feus), si tu veux que ca soit accessible depuis n'importe quel poste de l'entreprise, alors le WEB c'est mieux.

pour les arguments "pro" winforms, bah j'en vois pas. c'est pas pour rien que 90% des applis des grands comptes se font en Web. pas besoin d'avoir une machine avec une config particulière, pas besoin d'installer quoi que ce soit. tu mets à jour l'interface et 100% des clients profitent de la nouvelle version automatiquement, etc

si tu trouves pas de solution simple, c'est que winforms n'est pas fait pour

Existe t'il des concepts de programmation qui se rapportent à l'implémentation d'application client/serveur, en terme d'interface utilisateur,

faut voir le type d'échange que tu veux entre ton client et ton serveur. y a pas de concept générique.

[Flamby38]

pour les arguments "pro" winforms, bah j'en vois pas.

Bah moi je vois des arguments anti-web par contre -> application moins réactive, galère de compatibilité suivant les versions et les navigateurs utilisés.

Ca n'a l'air de rien comme ca mais rien que pour les tests c'est 3 fois plus de boulot si tu testes sous IE6,IE7 et IE8. Et pour corriger un bug tu en introduis un autre dans une autre version de IE, non sincèrement pour avoir touché au developpement web je n'ai pas trouvé ca convaincant du tout. Après c'est sur qu'on gagne beaucoup en terme d'installation/mise à jour.

[Graffito]

moi je vois des arguments anti-web par contre

+1 : en pratique, les temps de développement sont doublés ou triplés dès qu'on sort des sentiers battus.

des utilisateurs puissent se connecter à l'aide d'un client sur la supervision

Sont-ils sur un réseau local ou sur internet ?

Pour la communication client-serveur, je proposerai:
- en reseau local : net remoting,
- en internet : web services.

[Louis-Guillaume Morand]

moi je fais du dev Web, depuis une petite dizaine d'année, et bien je t'assure que c'est TOUT sauf non réactif, parce qu'au lieu d'utiliser les ressources de ton pc qui sont limitées, ca utilise des ressources serveurs (qui sont bien souvent très supérieures).

quant aux "tests" dont tu parles, si tu respectes les standards Web, à part deux trois tricks pour IE6, ca ne change pas grand chose. Un bon développeur Web n'a pas de grande difficulté à rendre les applis compatibles multibrowsers. Après, la différence va surtout se faire sur les fonctionnalités à implémenter. faire de la retouche d'image, ou des composants très particuliers ne seront pas dispos pour le Web.

[Flamby38]

Un bon développeur Web n'a pas de grande difficulté à rendre les applis compatibles multibrowsers.

Peut etre, mais alors la difficulté ce sera d'avoir de bons developpeurs web. Personnelement au bout de 6 mois de winforms j'etais parfaitement a l'aise avec, alors qu'au bout de 6 mois de dev web j'en etais encore à maudire ces CSS pour essayer de poser mon controle où je voulais. Personnellement je trouve que le web rajoute la difficulté du rendu là ou sur les winforms tu t'inquietes essentiellement du contenu.