java de gestion des exceptions en matière d'héritage

il suffit de regarder le programme ci-dessous..

import java.io.*;
import java.rmi.*; 
class class1 
{
 public void m1() throws RemoteException 
{
 System.out.println("m1 in class1"); } }

 class class2 extends class1 
{
  public void m1() throws IOException 
{  
   System.out.println("m1 in class2");

} }

class ExceptionTest2 
 { 
public static void main(String args[])
 {
   class1 obj = new class1();
  try{ 
obj.m1(); 
} catch(RemoteException e){ System.out.println("ioexception"); }

} }

erreur de compilation.....ne peut pas remplacer la m1() la méthode

Maintenant si je remplace RemoteException dans la classe parente avec IOException et vice-versa dans la classe enfant. Puis c'est la compilation.

Tout autre checked exception des combinaisons ne sont pas de travail ici, evenif je suis en utilisant vérifié exception qui sont au même niveau.

Maintenant, je suis confus pourquoi est primordial de prendre place dans un seul cas, pas dans d'autres cas??? Je vais vraiment apprécier votre réponse.

Vous avez déjà posté cette question stackoverflow.com/questions/3520596/...

OriginalL'auteur user392675 | 2010-08-19

  1. 3

    Exceptions règle dans Inheritance va comme ceci:

    "Quand un sous-classe remplace une méthode dans la classe super puis une sous-classe de la méthode de définition du seulement spécifier l'ensemble ou sous-ensemble d'exceptions classes dans le throws de la clause de la parent méthode de classe(ou méthode substituée)".

    RemoteException hérite IOException, donc RemoteException est un enfant de la classe et IOEXception est une super-classe. Cela signifie que le sous-classe(classe 2) méthode qui remplace classe parent(class1), qui jette IOException, peut throw RemoteException mais pas vice-versa.

    OriginalL'auteur Madhusudan Joshi

  2. 2

    RemoteException est plus spécifique que IOException de sorte que vous pouvez déclarer que le membre m1() de la classe qui hérite jette. (RemoteException hérite de IOException et donc RemoteException est un type spécial de IOException).

    Il ne fonctionne pas dans l'autre sens: en précisant que TOUT objet de type class1 jette un RemoteException dans ses membres m1(), vous ne pouvez pas spécifier que la même méthode dans class2 jette quelque chose de plus générique (parce que class2 type d'objets sont également class1 type d'objets).

    OriginalL'auteur Andre Holzner

  3. 1

    Un RemoteException est un IOEception, mais pas l'inverse. Depuis la classe 2 s'étend de la classe 1, toutes les exceptions lancées doit être compatible avec la super-classe des exceptions. Lorsque class1.m1 jette un IOException, class2.m1 pouvez jeter un RemoteException puisque c'est une spécialisation d'une IOException.

    OriginalL'auteur Thomas Lötzer

  4. 0

    Parce que les deux méthodes, avec les mêmes signatures ne peuvent pas lancer de différentes sortes d'exceptions.

    OriginalL'auteur Pierre Gardin