Discussion :

[kokogil]

Bonjour,

Je travaille dans le domaine de l'intégration d'applications. Nous gérons l'installation d'applications sur des systèmes d'utilisateur final (système Microsoft).
Lorsque ces applications sont configurées, nous créons une page web qui spécifie les caractéristiques de cette application (taille sur le disque, temps d'installation, interaction avec d'autres produits...) pour la mettre à disposition de l'équipe de production.

Le problème, c'est qu'on aimerait etre plus flexibles, à savoir que quand des changement interviennent au niveau de l'application (mise à jours, problèmes divers...), on ne soit pas obligé de refaire une page web et de la republier.

Nous sommes partis sur un projet visant à structurer toutes les infos liées à l'appli dans un fichier XML, et d'utiliser XSL pour représenter ces données. Il suffirait de modifier le fichier XML au lieu de refaire une page web...

Pensez-vous que c'est une bonne solution?

Auriez vous quelques pistes pour mettre en oeuvre cette solution (quels logicels? Infopath pour créer rapidement les XML, Expression Web pour créer les XSL...?) ? (Nous utilisons les produits Microsoft )

Est-ce que cette solution peut-etre mise en place sur un serveur IIS ?


Je sais que j'en demande beaucoup d'un coup , mais si vous aviez quelques éléments de réponse, ça serait super sympa...

Merci d'avance,

Gilles

[alain.couthures]

C'est un principe de base que de séparer les données de leur présentation !

Dans votre cas, un seul XSL pour tout gérer pourrait tout à fait suffire. Pour faire la transformation avec .Net, quelques lignes C# sont suffisantes et un serveur IIS peut tout à fait faire cela.

Un fichier XSL s'écrit généralement "à la main", la difficulté résidant dans le fait qu'il s'agit de programmation déclarative s'appuyant sur la logique et non pas de la programmation procédurale. Raisonnablement, la feuille XSLT dont vous avez besoin a toutes les chances d'être assez "triviale" pour un programmeur un peu expérimenté.

Enfin Microsoft met à disposition son produit XML Notepad 2007. Perso, je n'aime pas... et je préfère un bon éditeur de texte comme Notepad++ pour éditer mes fichiers XML qui sont déjà des fichiers texte, ne l'oublions pas ! InfoPath permet de définir des formulaires mais je ne le trouve pas particulièrement souple alors qu'un des avantages de XML est de permettre d'évoluer facilement.

[fraoustin]

si tu as un gros applicatif et beaucoup de donnée à faire apparaître, il serait peut être judicieux d'avoir plusieurs fichiers xml contenant des données (un pour les données systèmes, un pour les données liés aux connections , un ....) et un fichier xml regroupant les autres. Ainsi une modification, pour signaler une modification de données systèmes, n'impactera qu'un tout petit fichier facile à lire et à modifier.

[kokogil]

Merci pour vos réponses,
c'est tout à fait ce que j'attendais...