Diskuze: Zděděné soukromé metody

bortomar

Člen

bortomar:8.9.2015 15:09

Ahoj, rád bych se zeptal, nemáte-li nějakou mnemotechnickou pomůcku pro to, abyste si uvědomili, že v případě, kdy voláte v těle zděděné metody jinou zděděnou metodu, ovšem soukromou, bude zavolána soukromá metoda rodiče, třebaže implementaci zděděné soukromé metody máte i v potomkovi? Uvedu příklad.

public class A {
    private void foo() {
        System.out.println("A");
    }

    public void bar() {
        foo();
    }
}

public class B extends A {
    private void foo() {
        System.out.println("B");
}

B b = new B();
b.bar();                // vytiskne: A

Metoda bar() je přeci volána v kontextu instance třídy B, proto by měla vidět na své soukromé členy, nikoliv na soukromé členy rodiče. Změním-li modifikátor private na protected, vše funguje podle představ. Připadá mi to dost neintuitivní. Například v Ruby by se vytisklo B, což znamená, že soukromá metoda byla překryta, což mi připadá daleko logičtější.

Můžete mi zkusit poradit, jak změnit pohled na dědičnost v Javě tak, aby mi to připadalo přirozenější?

Díky

Editováno 8.9.2015 15:11

Odpovědět

8.9.2015 15:09

Jan Vargovský

Tvůrce

Jan Vargovský:8.9.2015 16:19

To co hledáš je virtuální/abstraktní metody. Popřípadě ještě termín tabulka virtuálních metod.

Nahoru Odpovědět

8.9.2015 16:19

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 16:26

Ahoj, řeknu to jednoduše. Tady je zkrátka mezi Ruby a Javou rozdíl. :-D

Je to napsané i v dokumentaci. Ruby volá private metody vždy v kontextu self, zato v Jave se volá metoda předka tudíž se volá private v kontextu předka. :-) Pokud chceš v Jave dosáhnout stejného chování, správně jsi pochopil, že musíš použít protected. Mě osobně asi dává smysl obojí a každé má své pro a proti. :-) Pokud se chceš dozvědět o této problematice víc, není nic spolehlivějšího než oficiální dokumentace https://docs.oracle.com/…control.html

A jedna poznámka na závěr, private metody se nikdy nedědí! :-P

Akceptované řešení
+20 Zkušeností
+2,50 Kč

Nahoru Odpovědět

8.9.2015 16:26

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 16:26

Ahoj, řeknu to jednoduše. Tady je zkrátka mezi Ruby a Javou rozdíl. :-D

Je to napsané i v dokumentaci. Ruby volá private metody vždy v kontextu self, zato v Jave se volá metoda předka tudíž se volá private v kontextu předka. :-) Pokud chceš v Jave dosáhnout stejného chování, správně jsi pochopil, že musíš použít protected. Mě osobně asi dává smysl obojí a každé má své pro a proti. :-) Pokud se chceš dozvědět o této problematice víc, není nic spolehlivějšího než oficiální dokumentace https://docs.oracle.com/…control.html

A jedna poznámka na závěr, private metody se nikdy nedědí! :-P

Nahoru Odpovědět

8.9.2015 16:26

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 16:28

Omlouvám se, nějakou chybou se ten komentář odeslal 2x. :-D

Bug report to David Hartinger

Nahoru Odpovědět

8.9.2015 16:28

Jan Vargovský

Tvůrce

Jan Vargovský:8.9.2015 16:31

Ale sedí, jen k nim nemáš přístup...

Nahoru Odpovědět

8.9.2015 16:31

Jan Vargovský

Tvůrce

Jan Vargovský:8.9.2015 16:34

Dědí*. Nevidím edit button.

Nahoru Odpovědět

8.9.2015 16:34

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 16:38

Tak jako dědí, ale když k nim nemáš přístup a dokonce můžeš bez problémů napsat do potomka úplně stejnou metodu bez konfliktu, tak to je jako kdyby tam vůbec nebyli, nemyslíš? :-)

Nahoru Odpovědět

8.9.2015 16:38

Jan Vargovský

Tvůrce

Jan Vargovský:8.9.2015 16:42

To ti to nedá žádný warning? V C# dostaneš warning a měl bys k signature přidat new. Jako tam nejsou, mas pravdu, ale ve skutečnosti tam jsou

Nahoru Odpovědět

8.9.2015 16:42

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 16:58

No, warning Ti dá možná tak některé IDE, ale to neznamená, že to nezkompiluješ a nespustíš. :-P (alespoň tedy v Jave)

Editováno 8.9.2015 16:59

Nahoru Odpovědět

8.9.2015 16:58

Jan Vargovský

Tvůrce

Jan Vargovský:8.9.2015 17:44

Jo, sorry. Máš pravdu... Ono to hlásí, jen když jsou ty metody public. Každopádně warningy nejsou z IDE, ale z kompilátoru

Nahoru Odpovědět

8.9.2015 17:44

Jindřich Máca

Tvůrce

Jindřich Máca:8.9.2015 17:53

Jo, já jsem to myslel tak, že warningy tam nejsou, jen Tě na to nějak upozorní IDE.

Nahoru Odpovědět

8.9.2015 17:53

coells

Tvůrce

coells:8.9.2015 18:00

Private members třídy se opravdu nedědí, dědičnost se vztahuje jen na protected a public members.

Nahoru Odpovědět

8.9.2015 18:00

bortomar

Člen

bortomar:9.9.2015 9:47

Ještě jednou díky. Zdá se, že Ruby je ve skutečnosti jednou z výjimek a většina jazyků naopak přistupuje k problému stejně jako Java.

Nahoru Odpovědět

9.9.2015 9:47