utilisation de la doc API [JAVA] - Programmation
Marsh Posté le 29-05-2001 à 15:05:56
si tu debutes, l'api tu vas te noyer dedans (genre titanic like ) donc regarde d'abord le tutorial pour commencer en fonction de tes besoins (evenements, lecture dans un flux etc) ensuite si tu veux approfondir, regarde thinking in java (c'est free et online sur www.bruceeckel.com) . La doc de l'api c'est juste un aide memoire pour quand tu sais plus le nombre ou la nature des params d'une methode etc...
Ps: si t'est un adorateur de l'Objet , jete aussi un coup d'oeil a thinking in patterns (meme auteur meme site), tu comprendras ptetre un peu mieux l'archi des differents packages
Marsh Posté le 29-05-2001 à 15:10:22
donc j'avais mal compris le but de la doc api
c'est bien une sorte d'aide mémoire quoi.
merci !
Marsh Posté le 29-05-2001 à 16:07:59
non non non je suis pas d'accord. Moi j'ai appris grace a la Doc de sun. Seulement la doc est mal foutu, là on est d'accord.
Je ne saurai trop te conseiller d'utiliser JBuilder4 (sans conteste le meilleurs outil de developement Java).
Moi je m'en suis servi pour realiser tout un projet, et pourtant j'ai taper toutes les lignes de code. Son interet vient:
-de la coloration syntaxique (classqiue)
-des nombreux automatismes qui sauvent la vie en java. un exemple ?
tu instancie une classe, par exemple
JFrame truc=new JFrame("truc" );
ensuite, dans ton code, qd tu ecris 'truc.' au moement ou tu tape le point, tu as une jolie liste des methodes utilisables qui apparait ! et ça marche meme avec tes propres classes avec tes propres methodes. C util qd tu ne connais pas la classe, car tu sais quelle sont les methodes utilisables ! De plus, il donne aussi les parametres pour chacune des methodes ! Genial jee te dis.
De plus, la compilation/execution est rapide, une des plus rapide !
De plus, il possede plein d'aide a l'ecriture du code (indentation auto apres une accolade ...).
Par contre, il faut un pc assez puissant, et surtout au moins 128 Mo.
Et là tu me dis ; oui c genial mais ça repond pas a mon pb; j'y viens.
Grace a JBuilder, et apres avoir installé la doc, tu peux directement rechercher qqu chose; le nom d'une classe, d'une methode.... etc etc, et lui te pointe directement sur la page de doc correspondante !
Et c gratuit ! alors pourquoi s'en priver ?
Marsh Posté le 29-05-2001 à 16:17:02
oui ! moi je me suis dit pour faire bien
ultraEdit+jdk
comme ça j'ai tout de A à Z
puis ma machine est pas assez puissante pour Jbuilder.
Marsh Posté le 29-05-2001 à 16:21:37
lamatrice a écrit a écrit : oui ! moi je me suis dit pour faire bien ultraEdit+jdk comme ça j'ai tout de A à Z puis ma machine est pas assez puissante pour Jbuilder. |
Dans ce cas je te conseille XEMACS, au moins tu as la VRAI indentation!
Marsh Posté le 29-05-2001 à 16:33:03
oui ! moi je me suis dit pour faire bien
ultraEdit+jdk
comme ça j'ai tout en mains (de A à Z )
puis ma machine est pas assez puissante pour Jbuilder.
Marsh Posté le 29-05-2001 à 16:34:03
petoulachi> le but qd tu code c'est d'avoir qcq chose de propre. Je suis d'ac, avec un peu d'imagination et de perseverence on arrive a bidouiller qcq chose en n'utilisant que l'api doc mais de la a comprendre l'architecture generale de la bete...
Ca m'etonerait beaucoup que tu trouve ds l'api, la description du dp decorateur, mvc, observateur ... qui sont pourtant a la base des principaux pakages de java.
lamatrice> ultraedit+jdk y'a que ca de vrai . Si t'est fana du pingouin, xemacs ca va aussi mais un peu lourdingue qd meme.
Marsh Posté le 29-05-2001 à 16:59:37
moi au debut j'utilisait Kawa + jdk mais kawa faisait des erreurs pas normales a la compilation, alors qu'avec XEMACS ca passe tout seul, alors XEMACS
Par contre je touve que l'API est la meilleur doc qui existe ( avec les tutoriaux )
la technique :
tu recherche dans toutes les classes clle qui t'interesse ou une classe qui s'approche de ce que tu veut faire
tu remonte d'un cran l'arborescence en haut de la page et tu cherche la dedans
quand une methode porte une nom qui t'inspire ( les noms sont bien trouves ) tu ouvre la page DANS UNE NOUVELLE FENETRE comme ca tu te perds pas ...
C comme ca que j'ai debute et je m'en sort pas trop mal
il faut auusi voir ca comme une sorte de culture generale : qd une fonction t'interesse pas tu peut qd meme lire sa description, ca peut servir plus tard. A ce moment tu te dirras "ah oui ca me dit quelque chose !! "
le probleme des debuger qui affichent tout seul les fonctions utilisables c que tu comprends pas vraiment ce qui se passe ...
Voila
Bon courage, et dit toi que tout le monde a debute un jour ...
Marsh Posté le 29-05-2001 à 17:24:20
petoulachi a écrit a écrit : non non non je suis pas d'accord. Moi j'ai appris grace a la Doc de sun. Seulement la doc est mal foutu, là on est d'accord. Je ne saurai trop te conseiller d'utiliser JBuilder4 (sans conteste le meilleurs outil de developement Java). Moi je m'en suis servi pour realiser tout un projet, et pourtant j'ai taper toutes les lignes de code. Son interet vient: -de la coloration syntaxique (classqiue) -des nombreux automatismes qui sauvent la vie en java. un exemple ? tu instancie une classe, par exemple JFrame truc=new JFrame("truc" ); ensuite, dans ton code, qd tu ecris 'truc.' au moement ou tu tape le point, tu as une jolie liste des methodes utilisables qui apparait ! et ça marche meme avec tes propres classes avec tes propres methodes. C util qd tu ne connais pas la classe, car tu sais quelle sont les methodes utilisables ! De plus, il donne aussi les parametres pour chacune des methodes ! Genial jee te dis. De plus, la compilation/execution est rapide, une des plus rapide ! De plus, il possede plein d'aide a l'ecriture du code (indentation auto apres une accolade ...). Par contre, il faut un pc assez puissant, et surtout au moins 128 Mo. Et là tu me dis ; oui c genial mais ça repond pas a mon pb; j'y viens. Grace a JBuilder, et apres avoir installé la doc, tu peux directement rechercher qqu chose; le nom d'une classe, d'une methode.... etc etc, et lui te pointe directement sur la page de doc correspondante ! Et c gratuit ! alors pourquoi s'en priver ? |
ça a rien d'extraordinaire tout ça, toutes les bonnes interfaces de développement intégré le font !!
Par contre Visual Age For Java d'IBM, ça c'est Fort (Java )
ça fait beaucoup plus de truc, ça change carrément la façon de programmer; avec ça tu n'fais pas que poser des bouton graphiquement, tu programmes presque toute ton appli graphiquement, par un system de connexion trop bien vu !
Marsh Posté le 29-05-2001 à 17:30:07
ouais mais bon jbuilder si tu t'en sers c pas uniquement pour la programmation assistée...moi je l'ai jamais utilisé ( tout en codage à la main)
mais bon le debuggeur est pas mal du tout, t'as une gestion facile des projets, et bon evidemment aprés t'as tout les trucs de bases des editeurs basiques
Mais bon, je pense pas que en utilisant visual Age, el_gringo, tu change vraiment ta faocn de programmer...c pas un logiciel qui va te faire tout changer....enfin.
Marsh Posté le 29-05-2001 à 17:32:56
ouais mais bon jbuilder si tu t'en sers c pas uniquement pour la programmation assistée...moi je l'ai jamais utilisé ( tout en codage à la main)
mais bon le debuggeur est pas mal du tout, t'as une gestion facile des projets, et bon evidemment aprés t'as tout les trucs de bases des editeurs basiques
Mais bon, je pense pas que en utilisant visual Age, el_gringo, tu change vraiment ta faocn de programmer...c pas un logiciel qui va te faire tout changer....enfin...a mmon humble avis
bon bon.. ok si tu passes de notepad a visual Age , là je suis d'accord ca doit te changer de faocn de programmer mais bon pour les editeurs ils font un peu tous la meme chose alors bon...les gouts et les couleurs...c a chacun de voir...moi apres les avoir tous essayé, je trouve que jbuilder est le meilleur (mais c un avis personnel)
rah et puis merdeee.....notepad respect !! vi respect !!
Marsh Posté le 29-05-2001 à 17:42:30
wpk ouais t'as raison je c pas ce que c'est, mais ça m'empeche pas de faire du developpement java, et pas de la Bidouille.
Comment tu peux dire que je bidouille sans jamais avoir vu une suele de mes lignes de code ?
Marsh Posté le 29-05-2001 à 19:18:58
j'ai pas dit que tu bidouille j'ai dit, nuance, qu'avec juste l'api comme source d'info, on peut toujours bidouiller quelque chose qui marche. Y'a une petite difference non ? (si t'as compris le contraire eh bien je te fais toutes mes excuses )
Ensuite, ce que j'ai voulu dire dans mon post c'est que on doit apprendre plus que l'api.
Si tu veux j'argumente:
1. L'api c'est jamais stable (sun la change comme on changerait de chemise)
2. Y'en a beaucoup de differentes(rien qu'en java ne parlons pas d'autres langages comme le c++ etc)
Morale de l'histoire :
faut plutot s'interesser a l'architecture mise en oeuvre et essayer de se placer a un niveau d'abstraction superieur.
Les avantages sont nombreux: (en bref)
-souplesse du code produit
-respect du modele objet
-reutilisabilite sup du code
-elegance
-.......
Pour terminer, etre specialiste api java 1.x, dans 3 ans ca va etre aussi utile qu'etre specialiste en cobol aujourd'hui (desole pour les cobolistes ). Je pense donc (c'est mon avis perso qui vaut ce qu'il vaut) qu'approfondir des notions un peu plus stables dans le temps ne peut pas faire du mal.
Marsh Posté le 29-05-2001 à 22:43:48
hihi... des autodidactes... c bo la vie
Mais ya apprendre et Apprendre...
Je ne vais pas me lancer dans ce sujet un peu philo...
par contre, pour en revenir au sujet... utiliser la doc c pas si facile ke ca... alors juste un petit conseil :
Fo pas l'utiliser pour apprendre le langage JAVA, mais plus comme guide de references. Pi, sa fonction n'est pas d'apprendre ni d'expliquer un langage, elle sert juste a savoir ce ke fais une classe et donne parfois des exemple d'utilisation de la classe.
Bref, si vous voulez apprendre le JAVA, ne vous servez pas de la doc de l'api.
Pi, pour ceux ki ont du mal a trouver ce kils ne connaissent pas...ben... ils doivent etre des genies !!!!
Marsh Posté le 29-05-2001 à 14:40:48
salut :
Dans le but de vous emmerd.... le moins possible, je voudrais bien savoir utiliser la doc de sun.
bien utiliser (ça veut dire, trouver qqchose qu'on ne connait pas)
ok en haut à gauche le package
en bas en gauche les classe,exception
et le resultat à droite
mon problème, c'est que j'ai du mal a trouver des truc que je ne connais pas.
par exemple : créer un évenement sur un bouton
ou comment récupérer des données lu dans l'entrée standard...peut importe.
bon par déduction je clic sur le bon package
puis la liste des classe et interfaces se voit en bas.
donc je cherche un peu au pif la bonne classe à mon probleme et puis paf (je me perd !)
à moins que j'ai pas compris le but de la doc api.
bref : comment construire son code à l'aide de la doc api
vous avez des idées ? des astuces, des reflexes...