Discussion :

[tayaa]

Comment résoudre ce probleme en java?
Ecrire 2 classes :
1.Une classe pour définir le système .
2.Une classe principale

[javaNavCha]

Bonjour
je te propose de faire une classe pour l'interface graphique ou tu lis les données et tu les convertis, et une classe pour le calcul des variables...
Bien sur la classe principale sera l'interface graphique...

[tayaa]

avez-vous une solution??

[Rei Ichido]

Est-ce que tu espères vraiment qu'on va faire le TP à ta place ?

[javaNavCha]

Bonjour,
je vais pas te faire le projet... Mais un peu d'aide suffira
Pour la classe d'interface:
-un constructeur ou tu auras 3 JTextField pour lire a b et c,
-une méthode pour convertir les getString des a b et c
je la propose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
float S_to_I (String X){
		float i = Float.valueOf(X.trim()).floatValue();
		return i;
	}

pour la deuxième classe (calcul) tu auras besoin de 3 méthodes:
-delta ()
-x1()
-x2()

puis tu affiche les résultats par un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
JOptionPane.showMessageDialog(null,"Pour l'equation on aura comme solution x1= "+x1()+"  et  x2="+x2()
					, " La solution de l'équation"
					, JOptionPane.CANCEL_OPTION);

C'est simple non?
Bonne continuation

[tayaa]

Merci a tous

[Heimdal]

Pour faire du calcul il est préférable de n'utiliser ni double, ni float.

Oriente toi plutôt vers des BigDecimal.

[wax78]

Ouais ... meme pour des application scientifique on utilise pas toujours Bigdecimal qui est bien plus lent (malgré le fait qu'il ne fait pas d'erreur d'arrondis, que l'on peut de tout facon +- corriger a certaines etapes du calcul).

Mais evidement pour resoudre une seule petite probleme matheux de temps en temps, on va dire que BigDecimal ferait mieux l'affaire comme dit.

Pour bien comprendre le gain de bigdecimal quand meme, qui donne des resultat plus humainement correcte, pour le meme operation les resultats different exemple :

en float : 3.03 - 0.3 ---> 3.000001
en double : 3.03 - 0.3 ----> 2.999999
en bigdecimal : 3.03 - 0.3 ----> 3.00000

[laurent_m]

en float : 3.3 - 0.3 ---> 3.000001
en double : 3.3 - 0.3 ----> 2.999999
en bigdecimal : 3.3 - 0.3 ----> 3.00000

ça va donner les bons résultats

Question de curiosité : pourquoi en float a-t-on un arrondissement vers une décimale supérieure.. en double vers l'inférieure et en big une valeur "exacte" ?