Bonjour,
 
De manière générale en dotNET, comment vous y prendriez-vous pour faire une appli avec beaucoup de formulaires utilisateurs à remplir (à destination d'une DB). Sachant qu'on ne pourra pas lier les contrôles à la DB car c'est une appli réseau.
 
Je veux dire, est-ce que vous coderiez tout en dur ?
Par exemple moi j'aurais plutôt dans l'idée de me faire une class qui automatisera le processus, genre on l'instancie en lui balancant un conteneur, et grâce aux type de contrôles trouvés dedans (checkbox, textbox etc), leur nom, leur tag (renseigné par le développeur qui dessigne le formulaire), cela générerait tout tout seul en quelques sorte les querys DB pour les inserts, ou bien les select pour remplir le form etc... vous me suivez ?
 
Le développeur n'a plus qu'à dessiner les formulaires à partir de ce point.
C'est une idée que j'ai (pas dur à mettre en oeuvre), mais n'ayant pas la sciences infuse, j'étais simplement curieux de savoir comment d'autres s'y prendraient.
(ou comment s'y sont-ils pris, par expérience d'un cas déjà rencontré)
 
Merci pour vos idées.  
 
EDIT: je ne demande pas comment mettre en oeuvre mon idée, je veux juste savoir si d'autres choses sont envisageables grâce à la profondeur de .NET.

ton approche est pas mal. tu peux te baser sur un fichier XML qui décrit tes champs et leur utilisation (readonly, liste déroulante, etc.). tu peux ainsi faire automatiquement le lien entre ce fichier, les données que tu reçois (sous forme d'un DataTable sérialisé en XML) et ton formulaire, afin de lui créer dynamiquement son formulaire.

en gros, je reprendrais le système que j'ai mis au point pour mon template de site dynamique : http://magicsite.manga-torii.com/?page=P_HELP
 
par contre, de là à t'expliquer exactement comment ça marche...

Pas mal le cms perso !  

c plus qu'un CMS, dans la mesure où il ne repose pas sur un modèle de données.
 
t'as n'importe quoi comme base de données, et moyennant quelques requêtes SQL et développements XSL, tu peux afficher/modifier l'ensemble de tes données
 
je te montrerais bien quelques applications que j'en ai fait, mais c'est plutôt confidentiel (gestion du planning des employés de ma boîte, gestion du parc informatique de nos clients, etc.)
 
 
 
en tout cas, cette approche me semble convenir parfaitement à ce que tu veux faire.
 
=> un écran, c'est un fichier xml décrivant les requêtes sql à effectuer dans la base, ainsi que les différents liens père/fils hiérachisant les données
=> c'est aussi un fichier xml décrivant comment mettre en forme les données à afficher, et quels contrôles utiliser (affichage, modification, supression, etc.)
 
selon le langage que tu utilises, tu n'as même qu'à gérer que les requêtes de type "select", les requêtes "insert", "update" et "delete" associées pourant être construites dynamiquement à partir du select tant que tu restes avec des requêtes relativement simples.

Impressionnant.
Je comprends tout à fait que tu ne puisses pas dévoiler des applis pros, et perso c'est autant pour moi (je risque plus la pendaison que le licenciement lol).
 
J'adore ce type de développement dynamique, simplissime et adaptatif. C'est ma philosophie !
Bravo en tout cas.