• # Allons-Y

    Posté par . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 8.

    J2EE : Ensemble metier pour la plateforme java. Fait tou et n'importe quoi y compris le café, mais en partageant les objets et les methodes au niveau des serveurs et en redistribuant le résultat au niveau des clients. (C'est vaste).

    EJB : enterprise java beans : Les java beans sont des modules de code java réutilisables, a mi chemin entre la librairie et le plug-in le beans a pour but de pouvoir etre appelée par n'importe qu'elle application java et de pouvoir fournir une interface simple.
    L'enterprise java beans c'est pareil avec en plsu des fonctions qui facilitent le déploiement sur un ensemble de serveur et bien sur les echanges de données entre serveurs du J2EE.

    .net : Ensemble de trucs qui font des choses. Un peu comme J2EE en moins bien défini et plus souple. .net est tour a tour une plateforme de dev, un systeme déployé, un gestionnaire de flux et un centraliseurs de données avec reporting suivi. Vaste on vous dit.

    COM : une super librairie qui peut être lié par plein de type de programmes différents (C, C++, C#, Java ou assembleur), et qui peut permettre l'echange de données entre différents processus.

    OLE :un genre de COM qui ne fait pour ainsi dire que de la mise en forme de données vers un format MS : le format OLE. Ca permet d'avoir un joli tableau quand on fait un copié-collé de Excel dans Word (bon pas que ca, mais au moins ca explique bien le coté mis een forme de données.) On eput utiliser des Objets OLE pour tout ce qui est données avec mise en formes, des resultats de requètes ODBC aux images vectorielles.

    DCOM : une supr Mega librairie qui en plus de faire tout ce que fait déja COM est capable d'adapter ses interfaces a son environnement toute seule comme une grande. A noter que le DCOM de type OCX sont encore plus mieux mega super, sur le réseau et il s'adaptent aussi a d'autres objets DCOMs auquel ils sont liés.

    PHP : Langage de programmation web pour serveur en mal de middleware, troll très courtisé aussi. Le PHP est le langage roi du web (taire mon opinion perso ici). Avec une syntaxe qui s'inspire du C, qui aimerait bien être orienté objet et manipuler les interfaces extérieures. Le PHP fait un peu fouilli/Patchwork. Un très bon langage pour dévelloper autre chose par dessus ceci dit.

    Python : Langage scripté a l'origine, multi-interprté/compilé/JITé aujourd'hui. Le python aurait du mourir etouffé après avoir essayé de bouffer un RUBY. Il n'en est rien. Un langage très cohérent avec lui même et qui possède pleins de bibliothèques. L'execution est suffisament rapide pour ne pas faire éclater de rire les gens quand on palre de faire totu un logiciel dans ce langage (N.B pour eviter que les gens eclatent de rire plsu tard, eviter l'interface Tk ... si si ).

    Perl : devait être un super Grep a la base, a mal tourné a cause de son utilisation en CGI sous la bonen epoque du web. Ce langage de scripts qui permet de triater et d'extraire des données d'un ensemble de fichiers, permet surtout de faire en trois lignes de codes des choses qui sont et restent totalement incompréhensibles pour le non initié. Faire une recherche sur One - Liner pour comprendre.

    Corba : Quand ton objet n'est pas DCOM et qu'il n'est pas non plus EJB mais que tu veux quand même y accéder depuis un autre ordi ou un programme ecrit dans un autre langage, c'est le moment de faire appel a ce système qui permet d'appeler a dsitance les methodes des bibliotheques d'a coté. Son gors défaut est de ne pas réussir a suivre les compilateurs dans la course folle qui a lieu en ce moment, il en résulte qu'il ne marche pas bien (surtout entre deux langages différents) et qu'il a du mal a décoller.

    RMI : Remote method invocation : C'est un corba light pour Java seulement, parceque des fois dévelloper des EJB ca gonfle.

    ORB brocker : le distributeur de fonctions corbas (ou presque). Orbit utilisé par gnome est un ORB brocker.

    JIT : Just in time : compilation a la volée effectuée uen fois que les tests sont résolus. Utilisé surtout pour compiler le Byte code d'une machine virtuelle en code natif plutot que de l'interpreter au fur et a mesure.

    C'est tout ce que je vois, tu devrais déjà pouvoir te rendre compte tout seul avec ces infos que ca ne sert a rien de lire 01....

    Kha