le java - Page 1

lu, voilà je voudrai me mettre au java (dev sous nux).
Je cherche de bonnes url pour commencer, avec des bon tuto (anglais de preference).
ainsi que les logiciels pour.
si vous avez de bonnes adresses n'hesitez pas

thx

java.sun.com

oua j'ai vu et a part ca?

chais pas moi ça me suffit personnellement (bon ok je suis un peu space je supporte pas les tutoriaux, je préfère lire les specs du langage, mais y a aussi des tutoriaux sur leur site...)

ok thx;p ti vous en avez d'autre n'hesitez pas (du genre un truc sur les optimisations etc..) .

Les optimisations ?
si tu commences en Java, ne pense pas otpimisation !!! En Java, on pense "codage propre " plus que performances (même si parfois un code trop propre peut reduire enormement les performances, cf les preconisations de Sun qui conseille d'utiliser des Itérator pour itérer sur une liste, plutot qu'un for. Les Iterator sont 4 fois plus lents, et bien plus restrictifs... A un moment donné, faudra faire un choix en fct de 'lapplication.)

Sinon, tu cherches "Best practices" (code propre) ou "performances" , mais il y a vraiment à boire et à manger, sur le net...
Un bon bouquin de Design Patterns et Best practices le fait mieux, mais c'est quand meme un niveau plus avancé...

Sinon, il y a toujours des astuces qu'on apprend davantage sur le tas (genre utiliser equlsIgnoreCase, 20 fois plus rapide que equals pour les String !!)
Etc.

sinon :
+ un bon lien de Best Practices : http://www.javapractices.com/index.cjp

Moi j'ai un bouquin 'JAVA in a Nutshell' La première partie qui decrit toutes le fonctionnalités du language est très bien pour quelqu'un qui a des connaissance en programmation objet.
La dexième moité et une description de l'API, bref autant utiliser la doc Officielle.

specs du langage + doc de référence de l'API powa ^^

Kevin tu te rend compte que ta réponse est une fois de plus complètement à coté de la question?

Non:

JackosKing VNR :
ainsi que les logiciels pour.
si vous avez de bonnes adresses n'hesitez pas

Exact j'avais pas fait attention pour les logiciel, mais tu donne un lien pour téléchargher un compilateur qui au lieu de générer du byte-code génère des binaires. Bref c'est pas vraiment du JAVA ( en plus du fait que ca compile pas mes projets)

Pour programmer avec une GUI tu as (selon mon ordre de préférence):
- NetBean : environnement développé par SUN, je l'ai pas énormément testé(je fais plustôt tout manuellement d'ailleur c'est le mieux pour commencer) mais il m'a semblé le plus complet et facile à prendre en main http://java.sun.com
-Eclipse : Environement Open source soutenu par IBM. il a l'air complet mais ne permet pas de concevoir l'interface graphiquement simplement comme le permettent les deux autres. http://www.eclipse.org/
- JBuilder version personelle (version limitée en fonctionnalités mais entièrement gratuite pour usage personnel) http://www.borland.com

Pour Eclipse, il y a aussi la version nativement compilée pour Linux avec GCJ: http://sources.redhat.com/eclipse/. Mais il y a pas mal de problèmes de dépendances de versions particulières à résoudre encore.

Uther
: Exact j'avais pas fait attention pour les logiciel, mais tu donne un lien pour téléchargher un compilateur qui au lieu de générer du byte-code génère des binaires. Bref c'est pas vraiment du JAVA ( en plus du fait que ca compile pas mes projets)

GCJ n'est en effet pas compatible à 100% avec l'implémentation de référence de Sun, mais ça avance de plus en plus.

Et tu peux très bien compiler en bytecode avec GCJ, et il y a aussi un interpréteur de bytecodes (GIJ) livré avec.

Et tu peux très bien compiler en bytecode avec GCJ, et il y a aussi un interpréteur de bytecodes (GIJ) livré avec.

je savais pas. je comprend mieux pourquoi ma mandrake me faisait un remplacement de java en gij et javac en gcj, toujours est il que ca marchait pas

Donc justement, s'il vise Linux, il a tout intérêt de développer dès le départ avec GCJ, ça l'empêchera d'écrire du code non-portable (Sun only), sachant qu'une proportion non-négligeable de ses utilisateurs préfèrera GCJ.

...

Donc justement, s'il vise Linux, il a tout intérêt de développer dès le départ avec GCJ, ça l'empêchera d'écrire du code non-portable (Sun only), sachant qu'une proportion non-négligeable de ses utilisateurs préfèrera GCJ.

Heu je dirais au contraire que s'il veut être sur autant utiliser la plateforme JAVA officielle qui en plus d'être portable est complètement reconnue ce qui très loin d'être le cas de GCJ.

PErsonnellement, je suis sur JBuilder X Professional edition, et c'eest pas si mal d utout. Le pricnipe d'utilisation des plug-ins est très simple et on peut faire des choses pas mal. Il est tres complet par ailleurs. PAr contre, c'est vrai que plutot à s'em*** à trouver un crack (je vous rassure, j'ai une licence au boulot enfin, officiellement), pourquoi pas utiliser Eclipse qui est vraiment tres bien pour du gratuit !

JBuilder est pas mal mais malheureusement il est propriétté de Barland. Je n'ai pas essayé eclipse en profondeur mais il m'a parru en retard sur NetBean et JBuilder notament par son absence de concepteur graphique. De plus j'ai trouvé son interface moins accessible que celle de NetBean/JBuilder.
Personellement ma préférence va à NetBeans

Uther
:

Donc justement, s'il vise Linux, il a tout intérêt de développer dès le départ avec GCJ, ça l'empêchera d'écrire du code non-portable (Sun only), sachant qu'une proportion non-négligeable de ses utilisateurs préfèrera GCJ.

Heu je dirais au contraire que s'il veut être sur autant utiliser la plateforme JAVA officielle qui en plus d'être portable est complètement reconnue ce qui très loin d'être le cas de GCJ.

Ben, si un programme marche sous GCJ, il a de fortes chances de marcher aussi avec Sun Java, et pas l'inverse, donc il vaut mieux développer sous GCJ! Et puis Sun Java n'est pas libre.

JBuilder est pas mal mais malheureusement il est propriétté de Barland.

Cette horreur plante sans arrêt sous Windows Me! Et ça utilise une horreur d'interface non-native (Swing). Eclipse l'éclate totalement, et en plus c'est libre et JBuilder ne l'est pas.

Je n'ai pas essayé eclipse en profondeur mais il m'a parru en retard sur NetBean et JBuilder notament par son absence de concepteur graphique.

Il y a plusieurs plugins de conception graphique en développement (avec des versions déjà téléchargeables).

Ben, si un programme marche sous GCJ, il a de fortes chances de marcher aussi avec Sun Java, et pas l'inverse, donc il vaut mieux développer sous GCJ! Et puis Sun Java n'est pas libre.

Peut-être mais quand GCJ ne marche pas ca veut dire qu'il ne corespond pas au fonctionnement normal de JAVA donc c'est extrêmement genant.

Cette horreur plante sans arrêt sous Windows Me! Et ça utilise une horreur d'interface non-native (Swing). Eclipse l'éclate totalement, et en plus c'est libre et JBuilder ne l'est pas.

C'est Windows Me qui vaut rien Chez moi il n'a jamis planté, par contre c'est vrai qu'il rame si t'as pas une grosse machine.
Pour SWING, je dirais plustôt l'inverse, c'est bien qu'il utilise l'interface native JAVA.

Il y a plusieurs plugins de conception graphique en développement (avec des versions déjà téléchargeables).

J'en ai essayé un verdict ca m'a fait tout planter. Pour moi tant qu'il n'y a pas de plug-in officiel terminé, il n'y a rien.

Uther
:

Ben, si un programme marche sous GCJ, il a de fortes chances de marcher aussi avec Sun Java, et pas l'inverse, donc il vaut mieux développer sous GCJ! Et puis Sun Java n'est pas libre.

Peut-être mais quand GCJ ne marche pas ca veut dire qu'il ne corespond pas au fonctionnement normal de JAVA donc c'est extrêmement genant.

Il ne marche pas pour toi justement parce que tu utilises du code $un only (comme cette horreur de Swing, justement).

Cette horreur plante sans arrêt sous Windows Me! Et ça utilise une horreur d'interface non-native (Swing). Eclipse l'éclate totalement, et en plus c'est libre et JBuilder ne l'est pas.

C'est Windows Me qui vaut rien Chez moi il n'a jamis planté, par contre c'est vrai qu'il rame si t'as pas une grosse machine.

Et s'il rame et plante, c'est à cause de Swing!

Pour SWING, je dirais plustôt l'inverse, c'est bien qu'il utilise l'interface native JAVA.

Hein? Cette interface "native" Java est justement une interface non-native pour la plateforme (c'est-à-dire le système d'exploitation, pas des addons bizarres qui se veulent des plateformes à part comme l'est le Java). Et il existe une alternative idéale: SWT! Ça marche très bien (la preuve: Eclipse l'utilise) et ça utilise les widgets du système d'exploitation (Win32, GTK, Cocoa/Quartz, ...).

J'en ai essayé un verdict ca m'a fait tout planter. Pour moi tant qu'il n'y a pas de plug-in officiel terminé, il n'y a rien.

Lequel? V4ALL? J'ai des bidouillages pour le faire marcher. (Cela dit, c'est Swing only. )

Kevin Kofler
: Et s'il rame et plante, c'est à cause de Swing!

ou pas !

Il ne marche pas pour toi justement parce que tu utilises du code $un only (comme cette horreur de Swing, justement).

Le code Sun only est la base de JAVA donc si l'API de base ne fonctionne pas pour moi c'est un grave défaut.

Et s'il rame et plante, c'est à cause de Swing!

N'est pas un modèle de rapidité mais il est nettement plus stable que toutes les API que j'ai pu tester. a mon avis tes plantages viennent d'ailleurs et probablement de GCJ.

Hein? Cette interface "native" Java est justement une interface non-native pour la plateforme (c'est-à-dire le système d'exploitation, pas des addons bizarres qui se veulent des plateformes à part comme l'est le Java). Et il existe une alternative idéale: SWT! Ça marche très bien (la preuve: Eclipse l'utilise) et ça utilise les widgets du système d'exploitation (Win32, GTK, Cocoa/Quartz, ...).

C'est bien le problème tu veut faire du JAVA sans la plateforme JAVA, c'est possible mais le JAVA n'a pas été concu dans ce but. Dans ce cas on perd pas mal de ces avantages. A mon avis si on veut faire du natif autant passer au C++.

Lequel? V4ALL? J'ai des bidouillages pour le faire marcher. (Cela dit, c'est Swing only.)

C'est bien ce que je dis il n'y a pas de plug-in qui fonctionne officiellement supporté qui fonctionne correcetment sans bidouillage.

Arrête de raconter n'importe quoi!

Uther
: Le code Sun only est la base de JAVA

Tu n'as pas du tout compris ce que je voulais dire par "code Sun only"! Du code Sun only, ce sont des sources Java non-portables qui ne marchent que avec le JDK de Sun.

a mon avis tes plantages viennent d'ailleurs et probablement de GCJ.

Qu'est ce que GCJ viendrait faire dans l'affaire??? J'utilisais la VM de Sun sous WinMe, je n'ai pas du tout touché à mon GCJ-MinGW quand j'ai eu ces plantages!

A mon avis si on veut faire du natif autant passer au C++.

Et tu crois que je fais quoi, justement??? Tous mes projets personnels en cours sont du C, du C++ (KTIGCC) ou du 68k. J'ai appris le Java à l'université, mais je n'aime pas du tout ce langage... Et justement, la manière arrogante dont Sun cherche sans arrêt à supplanter les technologies du système d'exploitation par leurs technologies propriétaires est une des choses qui m'énervent. Une plateforme, c'est un système d'exploitation, pas un langage de programmation. Ils se prennent pour qui pour s'autoproclamer "plateforme" et vouloir imposer leurs technologies non-natives contre les technologies natives du système d'exploitation?! SWT de IBM fait les choses correctement.

C'est bien ce que je dis il n'y a pas de plug-in qui fonctionne officiellement supporté qui fonctionne correcetment sans bidouillage.

Tu es lourd! Tu veux quelque chose qui fonctionne, alors je peux t'aider à faire marcher ton truc. Et si tu n'en as plus rien à foutre maintenant, je comprends aussi, mais alors ne râle pas que ça ne marche pas.

Kevin Kofler
: Ils se prennent pour qui pour s'autoproclamer "plateforme" et vouloir imposer leurs technologies non-natives contre les technologies natives du système d'exploitation?! SWT de IBM fait les choses correctement.

C'est SUN qui a fait le JAVA et qui contribue à son développement et à sa normalisation... Je crois que ca suffit comme argument

Tu n'as pas du tout compris ce que je voulais dire par "code Sun only"! Du code Sun only, ce sont des sources Java non-portables qui ne marchent que avec le JDK de Sun.

J'ai tout a fait compris ce que tu voulais dire et étant donné que c'est Sun qui fixe les spécifications de JAVA y'a pas grand chose à dire si se n'est que c'est GCJ qui est obligé de suivre derrière.

Qu'est ce que GCJ viendrait faire dans l'affaire??? J'utilisais la VM de Sun sous WinMe, je n'ai pas du tout touché à mon GCJ-MinGW quand j'ai eu ces plantages!

Tu avais compilé avec le javac de SUN? Alors je sais pas comment tu fait parceque moi je l'ai torturé dans tout les sens swing et j'ai jamais eu le moindre plantage. Je dirai même que c'est l'API graphique la plus stable que j'ai jamais testé.

Et tu crois que je fais quoi, justement??? Tous mes projets personnels en cours sont du C, du C++ (KTIGCC) ou du 68k. J'ai appris le Java à l'université, mais je n'aime pas du tout ce langage... Et justement, la manière arrogante dont Sun cherche sans arrêt à supplanter les technologies du système d'exploitation par leurs technologies propriétaires est une des choses qui m'énervent. Une plateforme, c'est un système d'exploitation, pas un langage de programmation. Ils se prennent pour qui pour s'autoproclamer "plateforme" et vouloir imposer leurs technologies non-natives contre les technologies natives du système d'exploitation?! SWT de IBM fait les choses correctement.

C'est bien ca tu te trompe de débat le vrai débat serait C++ vs JAVA. le but premier de JAVA est justement de créer une plateforme multi-système. le principe peut ne pas te plaire je comprend, mais dans ce cas pourquoi t'embeter à passer par des technologies qui n'effacent pas tous les inconvénients de JAVA et qui en font perdre les avantages.
Si tu veux implémenter en natif qui dans pas mal de cas est souhaitable C++ est bien plus plus efficace.

Perso je compte apprendre le java pour l'ecole, mais en gros ca me tente pas trop j'aurai preferer le python

Rien ne t'empeche de te mettre au python hein C'est vraiment beau comme langage

je dois aussi me mettre a la 3D + stage en delphi... ca commence a faire beaucoup