je vais essayer de le refaire autrement et de prendre en compte ce que tu as dit. Merci!
**La différence est un avantage**

xD

merci :)

juste pour les accésseurs, je n'ai pas compris pourquoi tu préfères les utilisés dans ta Class.

ça m'a aidé et ça m'a donné d'autre idées. Merci!!!

je suis convaincu qu'il faut ajouté addition... et je vais garder equals en appliquant ce que tu as dis :)

une remarque à propos des accésseurs: normalement les accésseurs sont fait pour satisfaire le principe de l'encapsulation surtout pour l'écriture dans les variables. Puisque je travaille dans la Class Rationnel, pourquoi utiliser les accésseurs(get/set) pour les objets de type Rationnel? Et tu peux remarquer aussi que quand je veux modifier le dénominateur je ne teste pas si c'est égal à 0 ou non, sauf pour le constructeur(parce que c'est l'utilisateur qui donne les paramètres).
Une autre remarque: pour ce que tu as dis à propos de equals je ne suis pas d'accord, car pour savoir si c'est égal ou non on doit faire la soustraction. Pourquoi ne pas comparer le numérateur et le dénominateur directement?!

aussi pour l'ajout de addition et soustraction qui modifie les valeurs... j'ai déjà pensé à ça mais j'ai dis que l'utilisateur peut utiliser sa variable dans plusieurs opération(a=b.addition(c); d=b.soustraction(e);...) alors j'ai vu qu'il ne faut pas changer la valeur et si il veut le faire alors il peut faire par exemple(a=a.addition(b);// c'est pas compliqué)

pour les autres choses je suis d'accord avec toi :)

oui je suis d'accord avec toi, mais l'autre equals (boolean equals(Object) existera toujours si tu ne le redéfini pas. Dans ce cas là si un utilisateur veut utiliser une liste contigüe de complexe et veut chercher un complexe dans cette liste, normalement il va utiliser int :indexOf(Object) sachant que cette méthode utilise l'autre equals(qui compare les références) alors elle va lui retourner soit l'indexe de l'objet qui a la même référence soit -1. La plupart des Class redéfinissent la méthode equals.

je vais améliorer mon code et prendre en considération tout ce que vous avez dis.
Merci!!!

Si on fait

Complexe a=new Complexe("5"),b;
a.equals(b);

ça va causer un problème car vous n'avez pas traiter le cas où b est null

en plus pourquoi la surchage de equals et ne pas la redéfinir(1 mieux que 2) par exemple:
@Override
public boolean equals(Object o){
    if(o==null) return false;
    if(o.getClass()!=getClass()) return false;
    final Complexe a=(Complexe) o;
    if(a.re!=re || a.im!=im) return false;
    return true;
}
@Override
public int hashCode(){
    int hash=7;
    hash=41*hash+re;
    hash=41*hash+im;
    return hash;e
}

en tout cas, j'admire ta manière de programmer :)