Remplacer la méthode avec signature différente

J'ai une super-classe de la méthode:

protected <E extends Enum<E>,T extends VO> void processarRelatorioComEstado(Date dataInicial, Date dataFinal, E estado) throws RelatorioException {

    throw new UnsupportedOperationException("method not overridden");
}

et dans l'un de ses sous-classes, je veux faire ce qui suit:

    @Override
protected <E extends Enum<E>> DemonstrativoReceitaDespesasAnexo12Vo processarRelatorioComEstado(Date dataInicial, Date dataFinal, E estado) throws RelatorioException {
//do something
return DemonstrativoReceitaDespesasAnexo12Vo;
}

mais cela ne fonctionne tout simplement pas. Le problème est que j'ai une référence à une super-classe, et j'ai envie d'appeler cette méthode, mais seulement dans l'une des sous-classes.

Ce n'est pas primordial si la signature est différente.

OriginalL'auteur danillosl | 2013-09-12

  1. 4

    Vous ne pouvez pas changer le nombre de paramètres de type de la méthode de remplacement. Pour votre cas, remplacer clairement échoue avec le type de retour. Mais même si les types de retour étaient les mêmes, votre méthode ne serait pas encore remplacer équivalent, vous avez de moins en moins de paramètres de type dans la soi-disant méthode redéfinie.

    De JLS - Signature de la Méthode:

    Deux méthodes ont la même signature que si ils ont le même nom et
    les types d'argument.

    Deux méthode ou d'un constructeur déclarations de M et N ont la même argument
    si toutes les conditions suivantes s'appliquent:

    • Ils ont le même nombre de paramètres formels (éventuellement zéro)
    • Ils ont la même nombre de paramètres de type (éventuellement zéro)

    Donc, même le code suivant devrait échouer:

    interface Demo {
    public <S, T> void show();
}

class DemoImpl implements Demo {
    @Override
    public <T> void show() { }  //Compiler error
}

    Que la méthode show() dans la classe n'est pas de remplacer l'équivalent de la méthode dans l'interface, en raison du nombre de paramètres de type.

    Donc, vous devriez assurez-vous que la signature de la méthode est exactement la même, tel que précisé dans JLS section (Même nom, même nombre et le type des paramètres (y compris les paramètres de type), co-variant le type de retour).

    OriginalL'auteur Rohit Jain

  2. 6

    Selon java overridding

    La méthode de remplacement a le même nom, le nombre et le type des paramètres et le type de retour de la méthode qu'il remplace. Une méthode de remplacement peut également retourner un sous-type du type retourné par la méthode de remplacement. Ceci est appelé un covariant type de retour.

    Ici votre méthode de type de retour est différent de sorte qu'il n'est pas overridding.

    ok si je change la méthode de retour de T une fois la T s'étend vo, et puis je peux retourner une mise en œuvre de vo dans ce cas DemonstrativoReceitaDespesasAnexo12vo?
    vous avez besoin de changer le type de retour de la super-classe de la méthode de DemonstrativoReceitaDespesasAnexo12Vo de void aussi.

    OriginalL'auteur Prabhaker

  3. 1

    La lecture des commentaires ci-dessus, je comprends que l'approche ne fonctionne pas, donc je fais quelques modifications dans le code et travailler comme un charme, suit le code:

    superclasse:

    protected VO processarRelatorioComEstado(Date dataInicial, Date dataFinal, Enum<?> estado) throws RelatorioException {

    throw new UnsupportedOperationException("method not overridden");
}

    et de la sous-classe:

    public VO processarRelatorioComEstado(Date dataInicial, Date dataFinal, Enum<?> estado) throws RelatorioException {
//do something
return VOsubtype;

}

    merci les gars.

    OriginalL'auteur danillosl