>Je voudrais juste intervenir pour m'�tonner l�g�rement de n'avoir eu >aucun retour � propos de oorange. Ce n'est pas un IDE complet comme ceux > que vous mentionnez (il n'y a par exemple pas d'�diteur performant), >ce n'est pas son but, mais il est quand-m�me utile dans bien des >situations et bien plus l�ger et facile � maitriser que les grosses >machines comme Sun One Studio.
Christian, la plupart des personnes qui interviennent sur cette liste n'ont pas forc�ment le temps d'�avluer tous les logiciels qui existent, quand bien m�me ils seraient excellents. Si tu te plonges dans un site comme www.java-channel.org, tu constateras que, bien que le nombre de participants est grand, il y a tr�s peu de ressources qui sont soumises. Il est donc tout � fait possible que oorange n'ait pas �t� soumis tout simplement parce que personne n'a eu le temps de le faire. Dans le cas d'une ML comme celle-ci, c'est encore pire : les gens prennent sur leur temps de travail pour r�pondre, ce qui fait qu'on ne r�pond que quand on a le temps, ou qu'on en a envie. Peut-�tre donc qu'oorange ne fascine pas la foule. > >J'en reprends rapidement la description: Il s'agit d'un outil de >prototypage rapide, orient� composants (des objets dont l'instance >persiste le temps de l'application): On dispose des classes sur un >panneau, il y a un inspecteur et un bean-shell pour interagir avec les >objets ainsi instanti�s, et on les relie entre eux par des liens, >contenant un peu de code, qui indiquent au but quoi faire avec l'objet >pass� par la source. Ce genre d'approche est tr�s utilis� dans les >�diteurs graphique de GUI, mais ici on relie n'importe quelle classe � >n'importe quelle autre. Le code faisant la "colle" est ext�rieur aux >classes qu'on interconnecte. Le tout (appel� r�seau) est export� sous >forme d'une jar classique sur laquelle on peut bosser ind�pendamment. Pour en parler enfin un peu, lorsque je l'ai vu, je l'ai trouv� tr�s proche du BeanBuilder de Sun. Et ce n'est pas un hasard, car on retrouve dans les deux cas la volont� av�r�e de faire des composants graphiquement, ce qui est une bonne id�e uniquement pour les prototypes, comme tu l'as dit. Or, faire un prototype, ce n'est qu'un premier pas, � faire suivre par un autre beaucoup plus important : concevoir une application � partir de ce prototype. Et c'est l� que les autres IDEs sont plus int�ressants : dans l'�tape la plus difficile, et la plus longue. > >http://www-sfb288.math.tu-berlin.de/~jtem/oorange/ > >Au revoir, > > Christian Mercat, TU-Berlin > > >. -- Nicolas Delsaux Sur l'interdiction du porno : http://nicolas.delsaux.free.fr/porno.html Devise shadock : Pour une oreille bien exerc�e, il n'y a pas de bruit qui ne puisse �tre entendu comme une musique. Et r�ciproquement.
