Un peu HS mais je ne conçoit pas de ne pas utiliser python pour ça...
Est-ce que quelqu'un s'est déjà froté à des "messages EDI", c'est un
format d'échange pour transférer des factures, des bl etc...
J'ai trouvé quelques scripts sur le net, mais aussi des convertisseurs
pour edi/xml, voir des entreprises qui font la conversion. Je me pose
donc la question de passer ou non par un convertisseur.
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer systématiquement XML, je ne demande quel est le gain réel de travai ller avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Gerard
William Dode wrote:
L'intérêt de l'xml c'est uniquement le parsing, l'extraction et l'exportation des données qui est santard... C'est déjà pas mal je trouve mais Pour le reste ça ne change rien amha.
-- William Dodé - http://flibuste.net
On 13-05-2006, Méta-MCI wrote:
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer
systématiquement XML, je ne demande quel est le gain réel de travai ller avec
XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un
langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de
données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de
probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement
prefere) en certains circonstances. Mais oui, on est d'accord,
personellement je le trouve difficile de comprendre, de 'debug'
(pardon!), de lire. A ce moment, je travaille avec 'Cheetah'
(www.cheetahtemplate.org), c'est beaucoup plus agreable!
Gerard
William Dode wrote:
L'intérêt de l'xml c'est uniquement le parsing, l'extraction et
l'exportation des données qui est santard... C'est déjà pas mal je
trouve mais Pour le reste ça ne change rien amha.
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer systématiquement XML, je ne demande quel est le gain réel de travai ller avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Gerard
William Dode wrote:
L'intérêt de l'xml c'est uniquement le parsing, l'extraction et l'exportation des données qui est santard... C'est déjà pas mal je trouve mais Pour le reste ça ne change rien amha.
-- William Dodé - http://flibuste.net
Bruno Desthuilliers
On 13-05-2006, Méta-MCI wrote:
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer systématiquement XML, je ne demande quel est le gain réel de travailler avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne solution aussi : http://kid.lesscode.org/
On 13-05-2006, Méta-MCI wrote:
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer
systématiquement XML, je ne demande quel est le gain réel de travailler avec
XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un
langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de
données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de
probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement
prefere) en certains circonstances. Mais oui, on est d'accord,
personellement je le trouve difficile de comprendre, de 'debug'
(pardon!), de lire. A ce moment, je travaille avec 'Cheetah'
(www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne
solution aussi :
http://kid.lesscode.org/
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiquer systématiquement XML, je ne demande quel est le gain réel de travailler avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne solution aussi : http://kid.lesscode.org/
Gerard Flanagan
Bruno Desthuilliers wrote:
On 13-05-2006, Méta-MCI wrote:
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiqu er systématiquement XML, je ne demande quel est le gain réel de trava iller avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne solution aussi : http://kid.lesscode.org/
En fait, le deux sont trop lourd pour ce que le projet requis (creeer des fichiers 'Lilypond' - http://lilypond.org), et je suis tente d'utiliser 'texttemplate' (http://freespace.virgin.net/hamish.sanderson/texttemplate.html) meme s'il est decrit: '0.2 (unfinished)'.
Gerard
Bruno Desthuilliers wrote:
On 13-05-2006, Méta-MCI wrote:
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiqu er
systématiquement XML, je ne demande quel est le gain réel de trava iller avec
XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un
langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de
données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de
probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement
prefere) en certains circonstances. Mais oui, on est d'accord,
personellement je le trouve difficile de comprendre, de 'debug'
(pardon!), de lire. A ce moment, je travaille avec 'Cheetah'
(www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne
solution aussi :
http://kid.lesscode.org/
En fait, le deux sont trop lourd pour ce que le projet requis (creeer
des fichiers 'Lilypond' - http://lilypond.org), et je suis tente
d'utiliser 'texttemplate'
(http://freespace.virgin.net/hamish.sanderson/texttemplate.html) meme
s'il est decrit: '0.2 (unfinished)'.
* facile (relativement) de convertir en format 'web' avec XSLT
Sans vouloir donner l'impression de redéfinir la roue, ni de critiqu er systématiquement XML, je ne demande quel est le gain réel de trava iller avec XSLT, relativement à l'écriture d'une routine, en quelques heures, avec un langage tel Python (ou Ruby, ou TCL, ou simplement SQL) sur des bases de données.
Quant a XSLT, c'est un autre facon d'aborder un certain classe de probleme que, je suppose, puisse(?) etre le facon mieux (ou simplement prefere) en certains circonstances. Mais oui, on est d'accord, personellement je le trouve difficile de comprendre, de 'debug' (pardon!), de lire. A ce moment, je travaille avec 'Cheetah' (www.cheetahtemplate.org), c'est beaucoup plus agreable!
Si le but est de remplacer XSLT par quelque chose de plus light (et que
les perfs ne sont pas un souci majeur...), Kid peut être une bonne solution aussi : http://kid.lesscode.org/
En fait, le deux sont trop lourd pour ce que le projet requis (creeer des fichiers 'Lilypond' - http://lilypond.org), et je suis tente d'utiliser 'texttemplate' (http://freespace.virgin.net/hamish.sanderson/texttemplate.html) meme s'il est decrit: '0.2 (unfinished)'.
