Discussion :

[olibara]

Bonjour j'ai une winform tres simple

- deux groupbox
- deux boutons
- un combo
- deux checklistbox

Cette form sert a definir des settings serialisés en XML

J'avoue etre completement ignorant en design WebForm avec une petite allergie HTML qui me rappelle toujours l'assembleur de mes debuts !!

C'est pas que j'aime pas l'assembleur ni la programmation mais je trouve que devoir coder une interface graphique en mode texte est un non sens !

Donc ma question est : existe-il des outil ou "trucs" pour recuperer un design winform en webform

Ou faut il vraiment se tapper tous ce desing a la main avec un editeur textuel ?

[MetalGeek]

Salut,

en cherchant ben sur le net il y a peut-être moyen de trouver un gars qui s'ennuyait et qui a codé un truc pour générer une page depuis un formulaire, mais le résultat m'inquiéterait...
Sinon j'ai trouvé ça (à partir d'un lien sur un autre thread)
http://www.15seconds.com/issue/030610.htm
Apparemment on peut héberger des contrôles Windows dans une page...
Personnellement je préfèrerais le faire à la main, j'aurais trop peur du résultat...

Sinon, sans engager un débat sans fin, pour ce qui est de créer des interfaces en texte, je trouve ça au contraire bien plus pratique, pour à peu près 10000 raisons :
- aspect hiérarchique des éléments mis en évidence
- aspect logique (donc fonctionnel) mis en évidence
- si une même page sort différemment sous IE que sous Firefox, en tout cas ta source est identique
- aujourd'hui, la plupart des éléments visuels d'une page web possèdent des attributs qui n'ont rien à voir avec le visuel, et qui sont pourtant essentiels

[olibara]

Sinon, sans engager un débat sans fin, pour ce qui est de créer des interfaces en texte, je trouve ça au contraire bien plus pratique, pour à peu près 10000 raisons :
- aspect hiérarchique des éléments mis en évidence
- aspect logique (donc fonctionnel) mis en évidence
- si une même page sort différemment sous IE que sous Firefox, en tout cas ta source est identique
- aujourd'hui, la plupart des éléments visuels d'une page web possèdent des attributs qui n'ont rien à voir avec le visuel, et qui sont pourtant essentiels

Salut,
je vais essayer de be pas generer un debat sans fin en declarant que tu a sans doute raison, mais mon parcours de développeur a du mal a l'admettre !

J'ai commencé a développer il y a pas mal d'années en C et Basic
A cette époque le temps de développement se répartissait +/-
Ainsi

30% interface
20% Logique metier
50% Test et debuguage !!

Resultat : beaucoup d'energie pour produire des application "potables" dont la valeur ajoutée fonctionelle n'etait pas flagrante !

Pour améliorer le rendement on a organisé des équipes "interface" et des équipes "tools" les equipes tools se concentraient sur la logique metier les equipes interfaces suur l'ergonomie et le design de l'UI

L'arrivée de .NET avec Csharp et WinForm a selon moi, bouleversé cette approche; la facilité de design d'une interface en WinForm a permis une repartition de l'effort de dévellopement beaucoup plus efficace pour un meme resultat fonctionnel

20% Design interface
50% Logique metier
30% Validation et debuging

Et aujourd'hui j'ai vraiment le sentiment que le design textuel ASPX, WPF, ou assimilé est un retour en arriére necessitant une focalisation d'effort sur le design d'interface au détriment de la logique metier.

Mais c'est sans doute mon manque d'expérience dans ces environnement
Quoique .... il m'a fallu quelques semaines pour facilement asimiler WinForm
Ca fait des mois que je regarde WPF et ASPX de travers et avec peu d'enthousiasme

[bacelar]

Y un truc que je ne comprends pas.

Winform -> Designer qui génère un resx donc du XML donc du texte.
WebForm -> Designer Web (dans VS) qui génère un aspx donc du texte.
WPF -> Expression Blend (un Designer pour les graphistes) qui génère du XAML donc du texte

Là, je ne vois vraiment pas la différence.

[olibara]

Pour moi la grande différence en tout cas pour ce qu'on m'a dis et que j'ai vu c'est qu'en WinForm on dispose d'un environnement permettant de graphiquement positionner tres facilement les controles et que cela permet de tres facilement et rapidement construire un UI rationnel et fonctionnel !

en WPF et ASPX il faut se tapper tout ce design a la main, ce qui pour moi represente une perte d'énergie considérable par rapport au developpement de l'application elle meme

Je viens d'en vivre l'expérience : Nous avons du migrer en Csharp une application relativement complexe réalisée depuis des années en Acces et comprenant +/- 30 forms et dialogues et tout genre

Il a fallu 22 j/h pour tout réécrire et avoir une nouvelle application WinForm en production : inespéré et jamais vu pour le client

Nous avons bien entendu fait tres attention de bien separer la partie moteur et les vues WinForm

Quand nous avons eu fini, l'equipe chargée de faire un interface Web aspx pour la meme application mais limitées a quelques quelques pages de recherche et formulaires d'enregistrement a pris 25 jours uniquement pour le design d'interface (avec entre autre pas mal de difficultée IE6, IE7, IE8, FireFox etc)

C'est pour ca que je pense que dans un tel contexte il est fréquent de se casser la tete sur l'interface et de finir par négliger l'ergonomie de l'outil que l'on développe.

Mais je serais tres heureux que l'on puisse me prouver le contraire

[MetalGeek]

En fait, en essayant Blend, je trouve que la conception en Designer est beaucoup plus poussée que le concepteur WinForms.
Donc ce qui te dérange, c'est plus le moment de la conception, ou le fait que derrière ça soit déclaratif ? Car derrière le XAML, tu peux avoir du C#, avec les MarkupExtensions etc., à l'instar des Winforms, où les contrôles sont déclarés en code généré par le concepteur. Sauf qu'en XAML, le balisage permet d'y voir plus clair, ou tout simplement clair tout court - car les centaines de lignes C# générées par le concepteur WinForms ne permettent pas du tout d'imaginer la page rendue, si on les lit comme ça.