Почему в этом случае метод переопределения не работает

Question

Почему в этом случае метод переопределения не работает

1

извините за титул, так как я не мог найти лучшего, поэтому любые изменения на этом будут оценены.

рассмотрим эти классы:

public interface GlobalDashlet {        
    public Collection<? extends GlobalDashletSetting> getSettings();    
    public void setSettings(Collection<? extends GlobalDashletSetting> settings);

}

public class Dashlet implements GlobalDashlet { 
    private Collection<DashletSetting> settings;
    public Collection<DashletSetting> getSettings(){
        return settings;
    }
    //This Wont Work
    public void setSettings(Collection<DashletSetting> settings) {
        this.settings = settings;
    }

    //This Will Work
    public Collection<DashletSetting> getSettings(){
       return settings;
    }
}


public class DashletSetting implements GlobalDashletSetting {
}

Почему переопределение метода setter (я имею в виду способ, которым я это сделал) не работает (класс dashlet жалуется на нереализованный метод), но переопределение метода getter работает?

как я могу это исправить? Мне также нужно иметь возможность реализовать методы setter (например, как переопределить методы getter), потому что я должен выполнить сериализацию класса Dashlet с помощью jsonson mapper, и Джексон не может определить фактический тип и объект во время выполнения без дополнительной информации на суперклассах.

MoienGK 02 сен. 2014, в 10:00

Источник

0

У меня точно такая же проблема
Mohammad-Ali 02 сен. 2014, в 08:07

Теги:

java

oop

inheritance

3 ответа

1

Потому что у него разные подписи.

Collection<DashletSetting> не является Collection<? extends GlobalDashletSetting> Collection<? extends GlobalDashletSetting>

вам необходимо переопределить точную подпись, а не ее часть.

если у вас есть метод, который принимает Object, вы не можете переопределить его с помощью метода, который принимает String даже String extends Object

в вашем случае, Collection<DashletSetting> и Collection<? extends GlobalDashletSetting> Collection<? extends GlobalDashletSetting> - фактически разные классы, вы должны переопределить их с тем же классом.

геттер работает, так как он имеет одну и ту же подпись (то же имя метода и без параметров), это не так в установщике

Dima 02 сен. 2014, в 05:22

0

Это не объясняет, почему переопределение работает для получателя.
Erwin Bolwidt 02 сен. 2014, в 07:45
0

you need to override the exact signature, not part of it. не объясняет это? потому что так работает Java
Dima 02 сен. 2014, в 07:46
1

ОП четко спросил, почему он работает для геттера, а не для сеттера. «вам нужно переопределить точную подпись» не объясняет, почему вы можете переопределить с другим типом возврата. Вы не можете переопределить метод, который возвращает Integer, методом, который возвращает String. Но вы можете переопределить метод, который возвращает Collection<? extends DashletSetting> тем, который возвращает Collection<DashletSetting> . Так почему это так?
Erwin Bolwidt 02 сен. 2014, в 07:57
0

изм ..........
Dima 02 сен. 2014, в 08:27
0

Это отличается для геттера и сеттера из-за ковариации и контравариантности.
David Roussel 02 сен. 2014, в 08:31
0

это не отличается. они оба метода. Ява использовать метод подписи для переопределения.
Dima 02 сен. 2014, в 08:33

Показать ещё 4 комментария

1

Поскольку метод overrided не может ограничивать объем входной переменной. Исходный метод может принимать все, что расширяет класс GlobalDashletSetting но, но метод overriden isrestricting только для одного подкласса класса GlobalDashletSetting

Pranalee 02 сен. 2014, в 05:03

0

Как вы объясните поведение метода геттера с этим рассуждением?
MoienGK 02 сен. 2014, в 08:10
0

начиная с Java 5 и выше, допускается co-variant возвращаемого типа метода при переопределении
Pranalee 02 сен. 2014, в 08:17

Ещё вопросы

Это не объясняет, почему переопределение работает для получателя.
you need to override the exact signature, not part of it. не объясняет это? потому что так работает Java
ОП четко спросил, почему он работает для геттера, а не для сеттера. «вам нужно переопределить точную подпись» не объясняет, почему вы можете переопределить с другим типом возврата. Вы не можете переопределить метод, который возвращает Integer, методом, который возвращает String. Но вы можете переопределить метод, который возвращает Collection<? extends DashletSetting> тем, который возвращает Collection<DashletSetting> . Так почему это так?
Это отличается для геттера и сеттера из-за ковариации и контравариантности.
это не отличается. они оба метода. Ява использовать метод подписи для переопределения.
Как вы объясните поведение метода геттера с этим рассуждением?
начиная с Java 5 и выше, допускается co-variant возвращаемого типа метода при переопределении

Marco13 · Accepted Answer · 2014-09-02T05-52-00.000Z

Причина в том, что типы возврата могут быть ковариантными.

При переопределении метода вы всегда можете вернуть более конкретный тип (т.е. Подтип). Более понятным примером является следующее:

class NumberProvider {
    Number getNumber() { return 1.23; }
}

class IntegerProvider extends NumberProvider {

    // Returning a more specific type when overriding:
    @Override
    Integer getNumber() { return 42; }
}

Тип Collection<DashletSetting> является правильным подтипом Collection<? extends GlobalDashletSetting> Collection<? extends GlobalDashletSetting>. См. Раздел о том, какие отношения супер-подтипов существуют между экземплярами родовых типов? в разделе Общие вопросы.

Для сеттера это не работает. Короче, почему он не работает: он не безопасен для типа. Пример того, где безопасность типа нарушается, легко найти, хотя это может показаться немного надуманным с первого взгляда:

// This is the interface as it was defined:
public interface GlobalDashlet {        
    public void setSettings(Collection<? extends GlobalDashletSetting> settings);
}

public class Dashlet implements GlobalDashlet { 
    // Assume this was working: 
    public void setSettings(Collection<DashletSetting> settings) {

        // Then you could add a "DashletSetting" here:
        settings.add(new DashletSetting());
    }
}

// But someone who CALLED this method may not have given it
// a Collection<DashletSetting>, but maybe a collection
// like Collection<SpecialGlobalDashletSetting>:
Collection<SpecialGlobalDashletSetting> settings = ...;
GlobalDashlet dashlet = new Dashlet();

// Based on the method signature that was defined in the interface,
// this would be possible:
dashlet.setSettings(settings);

// Now, the "settings" collection WOULD contain a simple "DashletSetting",
// although it should only contain "SpecialGlobalDashletSetting" instances
// This would cause a ClassCastException sooner or later

Пример может показаться немного запутанным. Опять же, это более интуитивно понятно с "простыми" типами, такими как Number и Integer, но это сводится к одной и той же проблеме: если для метода setter был разрешен более специфичный тип, тогда безопасность типа может быть нарушена.

Благодарю. хотя @Pranalee ответил первым, но ваш ответ более полный