Tu as cité des langages interprétés: Perl, Python, PHP. Les deux premiers sont "normaux", PHP est conçu pour être intégré dans des documents HTML. Python a une bonne bibliothèque standard et Perl a des milliers de modules sur le CPAN (c'en est d'ailleurs la killer feature avec les expressions régulières). Il est possible d'intégrer tous ces interpréteurs dans Apache pour éviter de devoir les charger à chaque requête (mod_perl pour Perl).
<ma vie>
Pour la programmation web, j'adore Perl avec Mason ( http://www.masonhq.com(...) ), qui permet d'intégrer le Perl dans le HTML façon PHP et bien plus: allez voir. Et en plus, on peut placer la logique applicative dans des modules Perl réutilisables par autre chose que le site web.
</ma vie>
EJB, DCOM, COM, CORBA, ce sont des technologies relatives aux objets distribués. En gros, tu peux instancier un objet hébergé sur un autre ordinateur et où son code réside et s'exécute. COM et DCOM sont la version de M$ qui ne sait rien faire comme les autres donc je n'en parle pas plus :), CORBA n'impose pas que ces objets soient écrits dans le même langage (Java, C++, mais des portages vers Python ou d'autres langages existent). EJB, ce sont les objets distribués de Java, qui utilisent partiellement CORBA.
J2EE, c'est (de mémoire) simplement des bibliothèques supplémentaires pour Java (pour par exemple envoyer des e-mails mais bien d'autres choses)
OLE, c'est encore du M,ドル c'est un protocole d'inclusion de documents dans d'autres, genre une vidéo dans une présentation PowerPoint (j'espère que je ne dis pas de conneries)
Quant à .NET, faut-il appeler ça une stratégie, un framework ou autre chose, je ne sais pas. C'est la réponse de M$ à Java. Là où Java est multi-plateformes, .NET est multi-langages: le langage (qui doit être orienté objet) est compilé en un bytecode (le MSIL, Micro$oft Intermediate Language) et il permet de définir une classe dans un langage supportant .NET, de la dériver dans un de ces autres langages et de l'instancier dans un troisième.
Un de ces langages est COBOL (COBOL orienté objet, si si :), ce qui permettra aux malheureux qui ont des applics COBOL et ne peuvent pas s'en débarasser de les encapsuler dans des objets .NET et de les utiliser dans des langages moins pervers.
[^] # précisions
Posté par l'architecte . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 5.
<ma vie>
Pour la programmation web, j'adore Perl avec Mason ( http://www.masonhq.com(...) ), qui permet d'intégrer le Perl dans le HTML façon PHP et bien plus: allez voir. Et en plus, on peut placer la logique applicative dans des modules Perl réutilisables par autre chose que le site web.
</ma vie>
EJB, DCOM, COM, CORBA, ce sont des technologies relatives aux objets distribués. En gros, tu peux instancier un objet hébergé sur un autre ordinateur et où son code réside et s'exécute. COM et DCOM sont la version de M$ qui ne sait rien faire comme les autres donc je n'en parle pas plus :), CORBA n'impose pas que ces objets soient écrits dans le même langage (Java, C++, mais des portages vers Python ou d'autres langages existent). EJB, ce sont les objets distribués de Java, qui utilisent partiellement CORBA.
J2EE, c'est (de mémoire) simplement des bibliothèques supplémentaires pour Java (pour par exemple envoyer des e-mails mais bien d'autres choses)
OLE, c'est encore du M,ドル c'est un protocole d'inclusion de documents dans d'autres, genre une vidéo dans une présentation PowerPoint (j'espère que je ne dis pas de conneries)
Quant à .NET, faut-il appeler ça une stratégie, un framework ou autre chose, je ne sais pas. C'est la réponse de M$ à Java. Là où Java est multi-plateformes, .NET est multi-langages: le langage (qui doit être orienté objet) est compilé en un bytecode (le MSIL, Micro$oft Intermediate Language) et il permet de définir une classe dans un langage supportant .NET, de la dériver dans un de ces autres langages et de l'instancier dans un troisième.
Un de ces langages est COBOL (COBOL orienté objet, si si :), ce qui permettra aux malheureux qui ont des applics COBOL et ne peuvent pas s'en débarasser de les encapsuler dans des objets .NET et de les utiliser dans des langages moins pervers.
Ah oui, .NET, c'est méga lourd.