g fait
import java.lang.Math;
 
mais j'arrive pas a faire marcher les fonctions max abs etc  

et comment tu "essaies" de les faire marcher.... avec des béquilles?
 
 

 
comme ça:  
Sauf que la j'ai rajouté a la main les fonctions sinon ça marchait pas du tout donc admettons qu'elles soient en commentaire, et bien ça ne marche pas.
 
Au fait, super ta feinte .

ben euh ouais tout ça est tres normal...
tu sais ce que c'est une classe?

 
   
je vois pas ce qu'il y a de normal a pas pouvoir utiliser les fonctions max et min et abs alors que dans la correc de l'exo ça marche. (avec des echasses)

ben y'a pas de raison que tu puisses les utiliser comme tu le fais, vu que tu les appelles pas.
si ce sont des *methodes* statiques, tu dois de toutes façons preciser le nom de la classe (blabla = Math.abs(machin, truc))
si ce sont des *methodes* d'instance, ben tu les appliques à une instance de la classe à laquelle elles appartiennent...
ou bien tu etands la classe Math si tu tiens *vraiment* a les appeler comme tu le fais.
bref dans tous les cas, on dirait que t'as pas compris ce qu'est un objet/l'orienté objet ...
  ()

karim tu ferais bien de repartir des bases parce que t'es NUL PART ...

@darklord:
Qu'est ce que tu crois que je suis en train de faire ?    
 
@bidule:
 

 
euh vous etes gentils, je commence l'objet cette année.
Avant je fesait du pascal et du caml. Jamais fait de C.
j'ai eut 1 semaine de C, ensuite on à attaqué direct le C++ torché en 2 mois (evidement le module objet c'est un seul module sur 4 on fait pas que ça).
Et on a enchainé direct sur le Java.
On a aussi tapé du prolog et de l'assembleur mips. Mais c'est d'autres modules.
Et oui j'oubliai le plus important on a vraiment une prof de TD de merde en objet
 
Et oui vous etes sans doute trop intelligent pour comprendre que quand on torche le c et le c++ et qu'on passe direct au java, on puisse "oublier" que tout est objet en java et etre tenté de d'utiliser les "défaut" du c++.
 
Pour répondre a ta question, oui j'ai fini par capter que les methodes de Math etaient dans cette classe, par contre je pensais qu'on pouvait y acceder directement si on fesait une espece d'import ...
 
Une semaine que je fait du java, je pose des questions et je me fait traiter de gros nul    

sinon, vous qui etes si forts, y a pas de surcharge en java ?

Si. Mais pas de surcharge d'opérateur par contre (c'est dommage j'adore ça).
Perso j'ai fais deux mois de C puis direct Java, et j'ai eu du mal au début, mais maintenant je m'en sors pluto bien je pense. En ce moment je me mets au C++ en autodidacte et c'est un peu plus dur. Mais bon faut pas s'énerver, c'est tout.

 
Ah oui c dommage, je pensais à la surcharge d'operateurs en effet, moi aussi j'aime bien  
Bon courage pour le c++  

je t'ai po traité moi
les smileys c'était juste en réponse aux tiens, qui faisaient *legerement* prétentieux.. il me semble que je t'ai dit ce qui allait pas; certes, je ne t'ai pas donné la reponse directement, mais au moins t'as compris nan?
l'import sert "juste" à éviter de devoir taper le nom complet de la classe (java.lang.Math en l'occurence)

 
benh ça me semblait sarcastique a mort, je l'ai mal prit
Ah ok merci pour l'explication. En fait dans mon esprit, l'import permettait même de ce passer du nom de la classepour une fonction (statique).
 
 

ben ct pas plus sarcastique que ton ton à toi n'était prétentieux et ma question était une vraie question, apres tout
et donc pour l'import, non... bon mon explication n'est pas tout à fait exacte, mais si ça t'interesse tu trouveras surement qqchose de plus précis sur le site de sun

 
super ... tu importes 2 classes qui ont des methodes de meme nom, tu fais comment ? autant fixer les choses des le départ

toString()

 
je parle surtout de méthodes statiques ici ...

 
Oui j'y ai pensé, mais si jamais tu te retrouve avec des classes du même nom t'es pas plus avancé.

 
bah si tu prefixes avec les noms des packages jusqu'a ce que le compilo puisse s'y retrouver

 
la syntaxe classique pour ce genre de choses est :
with (nomReceveur) {
 message1(arguments1);
 message2(arguments2);
...
}
 
Elle est plutôt rare, peut-être VisualBasic et Delphi ?
 
n'oublie pas qu'un package est un endroit où on range les classes par ordre d'idée et qu'un objet est une entitée qui sait répondre à des messages, pas un lieu de rangement de fonctions par ordre d'idée (sauf dans ce cas mais je milite pour virer les types primitifs et les tableaux, ce qui devrait réduire le problème).  
C'est déjà con d'utiliser la même syntaxe (le point en java, O'caml utilise le point pour les modules, identifiables aux packages et le dièse pour l'envoi de messages à un objet, en syntaxe classique) alors on va pas pousser jusqu'à virer le receveur du message.