palavas_trooper a écrit 14 commentaires

.

1. un tutorial sur les techno J2EE par sun :

http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html(...)

je te conseil le chapitre 11 sur les Servlet comme debut.


2. les specs des techos :

http://java.sun.com/j2ee/1.4/docs/index.html#sdk(...)

un peu apre mais utile comme reference.


3. la javadoc online des lib J2EE 1.4

http://java.sun.com/j2ee/1.4/docs/api/index.html(...)


Si ton interaction avec la BD, reste relativement simple, je te conseil de debuter avec une simple webapp sans EJB dont la courbe d'apprentissage est relativement raide.

Aussi ne te laisse pas embarquer tout de suite dans les usines a gaz de style Struts et autre frameworks.

Part d'un exemple simple d'une webapp avec qlq Servlets et qlq JSPs, oublie les "taglibs", et concernant l'acces a la BD regarde JDBC. Comme container de servlet/jsp je te conseil tomcat, qui est relativement bien documenté :

http://jakarta.apache.org/tomcat(...)

En résumé les mots-clés sont "Servlet", "JSP", "JDBC" et "Tomcat".

fait voir ....

café, clope, puis les gogues.


U- . ~= ----> [pan!]

Pas sur. Une bonne ligne de commande ca a de la gueule aussi.

"et la tu vois, je mounte l'ISO du truc que je vais graver ..."

"Oooh ..."

"et puis hop, la je lance une compile du noyau ... "

"Aaah ..."

"en background hé hé hé."

malgré mon vote pour Linux, je rajoute un

....... [x] GNU-cygwin

qui permet envers et contre tout de garder l'impression d'être sur un OS déterministe, scriptable, non-autodestructif, ...

de pouvoir cater, piper, greper, seder ... sans boi-boite et autres widgadgets.

tout a fait d'accord.

Java avant 1.5 n'a PAS de template et les magouilles autour, reste des magouilles pour pallier aux limitations du language.

et deriver chaque containeur selon chaque type de contenu n'est en pratique pas maintenable (entre autre).

Donc en pratique avant 1.5, si tu veux retouner une liste de bidule tu fais un truc du style :

List getBidules ();

et List est une interface qui renvoie des Object et PAS des Bidule!

Donc le reste du code qui utilise ta methode getBidules() doit faire des cast d'Object en Bidule.

Et ca c'est quelque chose d'implicite non pas a la signature de l'interface List (qui renvoie des Object) mais a la semantique de ta methode : la methode s'appelle getBidules !

Ceci est important car, c'est quelque chose que le compilateur ne peut pas vérifier, un utilisateur de ta methode pourrait tres bien caster le contenu de la List en n'importe quoi et le compilateur ne moufterait pas une seconde, l'erreur apparaiterait seulement au runtime au passage dans le code.

Du coup un petit commentaire pour dire que la List que tu renvoies est une list de Bidule me parrais pas superflus.

>Je ne vais pas essayer d'argumenter si le java c'est bien ou pas, en général ce genre de thread devient une guerre de cloché où tout le monde défend son bifteck

Tu as raison, il y a une odeur de troll dans l'air. Mais a mon avis le principal reproche que l'on peut faire a Java, est son coté dogmatique.

Je le touve un light comme language Java.

Java c'est bien pour le RAD et faire des demo, mais pour une veritable appli qui tient la route ca laisse a désirer ....

juste un exemple édifiant a mon sens :

http://www-106.ibm.com/developerworks/java/library/j-dcl.html(...)

et ce n'est pas le seul.

Java a d'autres GROS problemes de multi-threading ...

pensais que tu parlais du Chaos Computer Club ...

bon ...

bah ...


\....|.../
-[PAN]-
/''''''|'''''\

ok désolé pardon

Ce que je decrivais etait l'abscence de template.
L'interface List me fait une belle jambe avec ces "Object", il va quand meme falloir que je rajoute un commentaire pour dire :

// La au fait je renvois une "List" d' "Object" mais en fait j'aimerais bien vous renvoyer une "List" de "Truc", mais comme le language est un peu primitif et que je ne vais pas faire une classe speciale pour chaque machin que je veux mettre dans une liste, je vous le dis en commentaire.

Donc pour le default de conception je suis d'accord, c'est le language qui en a un, reste a voir ce que propose la 1.5 pour y palier.

Ou ce servir des commentaires (ou des noms de variables, méthodes, ...) pour glisser dans le code qlqs références culturelles ou qlqs incantations magiques

Vouais et certain langage moderne comme java pour ne pas le citer on fait un bond en arrière géant et nécessite moultes commentaires :

Par exemple, lorsque les prototypes d'une classe te disent que ses méthodes prennent en paramètre des "Object" et renvoient des "Object".

Du coup t'es obliger d'écrire un petit commentaire a coté pour dire :

//au fait, c'est une ArrayList qui contient des "Bidule"

Ouais,
moi meme j'y crois pas trop.
A mon avis c'est du chiqué.