[même anonyme qu'au dessus]
En écrivant une moulinette, faut aussi tenir compte des composants COM qui améliorent ASP/VBS (ou JS).
Par ex, quand j'en faisais, on générait des tableaux excel à la volée en fonction des données dans une base de données, affichés en live dans IE. Même pour envoyer un simple mail, c'est la croix et la bannière. Tu as beau la meilleure moulinette du traduire un composant en Perl, tu ne peux pas. Sauf évidemment si ta moulinette est 'hachement baleze et peut traduire du COM à la volée (dans ce cas, pense à créer une startup ;-).
Le fait que par exemple, les regexp n'existent pas dans la version la plus commune de VBS fait que globalement, tu dois réécrire ton algo de parsing de fichier (par exemple). Certes tu peux convertir des suites de manipulation de chaine qui feront la même chose, mais quitte à migrer autant utiliser le mieux possible la nouvelle technologie. Il faut donc réetudier le code, l'adapter, le redébugger, etc.
Si on parle de migration, tout ca commence à couter cher pour le 'décideur' (même si à long terme, je discute pas, c'est tout bénéf')
Comme tu dis, une bonne moulinette prémache le boulot, mais c'est tout.
Pour ce qui est du moteur de script, c'est à peu près ca :
tu as ASP qui propose quelques objet relatifs au web. Il y en a 7 ou 8 (Request, Response, Server, Session, Application, en autre), avec leur methodes associées (Server.QueryString par ex pour choper une url contenant des paramétres). Avec ca, tu peux le coupler avec du JScript, VBScript, Python, ou Perl. L'acces au objets précédent change dans la syntaxe, mais les méthodes restent les mêmes.
Sur ces langages fonctionnent WSH (Windows Script Host) qui permet de scripter Windows en appelant notamment des composants COM (l'acces au FileSystem ou à Word). Quand tu download le IE à la mode du jour, tu mets en même temps à jour WSH (c'est un des nombreux trucs qui alourdit le d/l d'IE) avec les deux langages de script supportés par MS (soit JScript et VBScript).
Un truc marrant, faut installer un IE 5 sur un serveur pour pouvoir bénéficier du composant XML coté ASP (MSXML) (je suis de mauvaise foi, on doit pouvoir le d/l à part comme WSH)
A ce jour, WSH est un acteur clé dans la diffusion des virus/worms de Windows, puisque grâce à lui tu accède à tout Windows dont notamment la base de registre ou le carnet Outlook (tous deux dispo en COM).
C'est d'ailleurs la seule réalisation poussée que j'ai vue grâce à WSH.
Pour en revenir au VBS, la version installée par défaut sur un serveur IIS 4 sur NT4 (grande partie des IIS à l'heure actuelle), est la version 3.qqch qui ne gère pas les regexps ni un semblant d'objet. Les versions 5.0 gèrent comme elles peuvent ces technos. (la version actuelle est la 5.6, et non, il n'y a pas eu de version 4)
Pour finir (je m'essoufle), ce que je décris est ASP 2.0, il y a ASP 3.0 qui complique à l'envie et qui me semble pas très intéressante. Ensuite vient .NET (pas sûr)
Allez pour finir les liens qui vont bien :) http://asp2php.naken.cc/news.php(...) :convertisseur ASp -> PHP.
Ca fonctionne très très moyennement et que sur du VBS.
(c'est peut être ca la moulinette dont tu rêves :-)
[^] # Re: Bonne chose mais...
Posté par Anonyme . En réponse à la dépêche Gartner Group recommande de lacher IIS !. Évalué à 9.
En écrivant une moulinette, faut aussi tenir compte des composants COM qui améliorent ASP/VBS (ou JS).
Par ex, quand j'en faisais, on générait des tableaux excel à la volée en fonction des données dans une base de données, affichés en live dans IE. Même pour envoyer un simple mail, c'est la croix et la bannière. Tu as beau la meilleure moulinette du traduire un composant en Perl, tu ne peux pas. Sauf évidemment si ta moulinette est 'hachement baleze et peut traduire du COM à la volée (dans ce cas, pense à créer une startup ;-).
Le fait que par exemple, les regexp n'existent pas dans la version la plus commune de VBS fait que globalement, tu dois réécrire ton algo de parsing de fichier (par exemple). Certes tu peux convertir des suites de manipulation de chaine qui feront la même chose, mais quitte à migrer autant utiliser le mieux possible la nouvelle technologie. Il faut donc réetudier le code, l'adapter, le redébugger, etc.
Si on parle de migration, tout ca commence à couter cher pour le 'décideur' (même si à long terme, je discute pas, c'est tout bénéf')
Comme tu dis, une bonne moulinette prémache le boulot, mais c'est tout.
Pour ce qui est du moteur de script, c'est à peu près ca :
tu as ASP qui propose quelques objet relatifs au web. Il y en a 7 ou 8 (Request, Response, Server, Session, Application, en autre), avec leur methodes associées (Server.QueryString par ex pour choper une url contenant des paramétres). Avec ca, tu peux le coupler avec du JScript, VBScript, Python, ou Perl. L'acces au objets précédent change dans la syntaxe, mais les méthodes restent les mêmes.
Sur ces langages fonctionnent WSH (Windows Script Host) qui permet de scripter Windows en appelant notamment des composants COM (l'acces au FileSystem ou à Word). Quand tu download le IE à la mode du jour, tu mets en même temps à jour WSH (c'est un des nombreux trucs qui alourdit le d/l d'IE) avec les deux langages de script supportés par MS (soit JScript et VBScript).
Un truc marrant, faut installer un IE 5 sur un serveur pour pouvoir bénéficier du composant XML coté ASP (MSXML) (je suis de mauvaise foi, on doit pouvoir le d/l à part comme WSH)
A ce jour, WSH est un acteur clé dans la diffusion des virus/worms de Windows, puisque grâce à lui tu accède à tout Windows dont notamment la base de registre ou le carnet Outlook (tous deux dispo en COM).
C'est d'ailleurs la seule réalisation poussée que j'ai vue grâce à WSH.
Pour en revenir au VBS, la version installée par défaut sur un serveur IIS 4 sur NT4 (grande partie des IIS à l'heure actuelle), est la version 3.qqch qui ne gère pas les regexps ni un semblant d'objet. Les versions 5.0 gèrent comme elles peuvent ces technos. (la version actuelle est la 5.6, et non, il n'y a pas eu de version 4)
Pour finir (je m'essoufle), ce que je décris est ASP 2.0, il y a ASP 3.0 qui complique à l'envie et qui me semble pas très intéressante. Ensuite vient .NET (pas sûr)
Allez pour finir les liens qui vont bien :)
http://asp2php.naken.cc/news.php(...) :convertisseur ASp -> PHP.
Ca fonctionne très très moyennement et que sur du VBS.
(c'est peut être ca la moulinette dont tu rêves :-)
http://msdn.microsoft.com/library/default.asp?url=/nhp/Default.asp?(...) MSDN Window Script
http://aspn.activestate.com/ASPN/Downloads/ActivePerl/(...)
ActivePerl un binding en Perl pour ASP (entre autre)
http://aspn.activestate.com/ASPN/Reference/Products/ActivePython/wi(...)
Un exemple de Python et d'ASP (pour l'anecdote)