Client lourd et interface Web

Bonjour,

Je développe un logiciel qui est un client lourd avec sa DB délocalisée.
L'interface homme-machine est développée avec les winforms, mais je ne suis pas content du résultat.

J'aimerais développer l'IHM avec un frontal Web tout en conservant l'architecture client lourd.

Est ce possible ?

Je crois que le framework intégre un mini serveur web, donc ca doit être possible.

Si qqn à un projet qui puisse m'inspirer pour ca, je suis preneur...

Salut a tous.

Bonsoir,

Tu peux développer en ASP.NET 2.0 par exemple. Tout le front office (interface web) est codé en html (côté client) et à l'aide de contrôles fournit par ASP.NET (textBox, bouton..., côté serveur), le back office (toutes les méthodes d'accès au données, de traitement...) peut être coder en C# ou VB.NET par exemple et sera interprété côté serveur. 

Ainsi tu peux conserver tes méthodes que tu as déjà codé, en les adaptant à ta nouvelle interface.
Tu devras alors héberger ton application sur un serveur IIS.

Sinon l'autre solution est de développer une application WPF (interface en langage Xaml, back office en C# par exemple). Il me semble (à vérifier dans quelles mesures) que Internet Explorer 7 intègre un plugin pour faire tourner ce genre d'application...

Cordialement,

Bidou_01

>> "Tu devras alors héberger ton application sur un serveur IIS."

C'est clairement ce que je veux éviter.
Mon soft est un client lourd, et je ne compte pas faire installer un serveur IIS chez chacun de mes utilisateurs.

Ce que j'aimerai c'est que mon soft fasse lui même office de serveur web grace au framework,
et qu'ainsi un utilisateur puisse attaquer le frontal en tappant dans son  navigateur une adresse du style :
localhost://monApplication.aspx

J'insite donc bien sur le fait que je veuille conserver l'arcitecture client lourd et non passer sur une architecture client/serveur.
Il me semble que le framework intégre un mini serveur web pour cela entre autre.

J'ai du mal a comprendre ce que tu veux faire, mais si j'ai bien compris :
- Tu veux un client lourd
- Tu veux une archi "n-tiers" à base de services ?
- Tu ne veux pas de web services (tu ne veux pas a avoir utiliser 2IS)

Si c'est bien ça, alors regarde du côté de WCF. Ce framework te permet de créer des services et de les hébergers directement depuis ton application (qui fait dans ce cas office de "serveur web"). Tu peux donc mettre en place une architecture n-tiers composée uniquement d'appli .Net...

(Concernant le "mini serveur" web présent dans Visual Studio, il est juste la pour permettre de débugger un projet sans avoir à utiliser 2IS, mais surement pas pour "remplacer" 2IS sur une appli en production)

---

En fait j'ai déjà mon Client Lourd qui est un soft P2P.
Sauf que mon IHM a base de Winforms n'est pas des plus convaincante.

J'aimerais donc créer une IHM avec un rendu Web, comme si mon client lourd était un site Web.
Ainsi je pourrais donner mon IHM en html à un vrais Web Designer qui pourrait l'enjoliver.

Le probléme vient du fait que je ne connaisse pas de Designer qui travaille sur les Winforms,
donc l'idée est de développer une IHM en html sur laquelle un web designer pourrait faire son travail.

En fait c'est tout simple, je ne veux pas de winforms mais du Html ou du ASP comme interface pour mon client lourd.

Croyez vous que c'est possible ?

Excellent ! Efin quelqu'un qui comprend ce que je veux dire.

Merci pour le tuyo !

En plus j'ai le livre mais je n'ai pas encore eu le temps de le lire en entier :)
C'est tellement gros que je le li par étape. J'ai feuilleté, c'est la page 863 !

En tout cas c'est bien ce que je pensais : on peut héberger sa propre appli ASP (la skin) par son application dot net.

Donc je peu développer une skin ASP qui sera hébergé par mon client lourd.