public class Test {

public static void main(String[] args){

Uzivatel zobraz = new Uzivatel();
zobraz.vyberMys();
}

}

právě máme na interface a ArralyList školení. Chce to zažít v praxi a používat interface právě kvůli budoucím rozšíření.

Děkuji
S pozdravem
Jan

Daný příklad se snaží ukázat, že se všemi instancemi implementujícími dané rozhraní se dá pracovat stejně. To právě ukazují následující dvě metody. Prví testuje myš zadanou v parametru, přičemž metodu vůbec nazajímá, co je to ve skutečnosti za myš. Pro ni je to prostě klasická myš a jako takovou ji testuje.

No a druhá metoda projde všechny uložené myši a každou z nich předá té první k otestování. Takže jak se vám bude rozšiřovat sbírka vašich myší, budete je postupně přidávat do pole (nebo podle mne do seznamu) a můžete je pak hromadně testovat.

Takto by se zdálo, že má smysl otestovat pouze poslední myš, protože ty starší už jsou otestované. Jenomže stejně jako můžete rozšiřovat sbírku myší, tak můžete vylepšovat i test a doplnit jej např. o test dvojkliku nebo současného stisku levého a pravého tlačítka. No a pak se vám hodí metoda, která vezme ze seznamu postupně jednu myš za druhou a každou prožene upraveným testem.

ono je to důležité doplnit o tu dědičnost. Rozhraní může dědit z více dalších rozhraní. Tím nám vznikne už nějaká stromová struktura rozhraní.

V tom příkladu ale stále nechápu jaký význam část v konstruktor Uzivatel, kde

// Přidáme do pole s myšmi myš s lampičkou.
KlasickaMys mys2 = new MysSLampickou();
poleMysi[1] = mys2;

Toto přece je zbytečné ne? Jak a pro co se to dá použít?

Interface deklaruje, co musejí umět instance třídy, která se rozhodne jej implementovat. Co umějí navíc není z hlediska příslušného rozhraní zjímavé. Třída, která implementuje rozhraní, tím zabezpečí, že se její instance mohou vydávat za instance daného rozhraní (něco jako když se ve filmu Vrchní prchni Abrhám vydával za vrchního).

Interface KlasickáMyš deklaruje, co musejí umět všechny myši, které se chtějí vydávat za klasickou myš. Když definuji metodu s parametrem typu KlasickáMyš, je mi jedno, jaká bude daná myš ve skutečnosti, protože vím, že mi stačí, že se mohu spolehnout na to, že umí reagovat na stisk levého a pravého tlačítka (takže např. původní myš Applu, která měla jediné tlačítko, by zde použít nešla).

Kdybych potřeboval třítlačítkovou myš, musel bych si pro ni definovat nové rozhraní, které by bylo potomkem předchozího (aby se ona třítlačítková myš mohla vydávat za klasickou) a které by navíc deklarovalo metodu pro reakci na stisk třetího tlačítka.

Za třítlačítkovou myš by se pak mohly vydávat všechny myši, které mají alespoň tří tlačítka.

S podrobnějším výkladem bych opět odkázal na knihu „OOP – Naučte se myslet a programovat objektově“, o níž jeden recenzent prohlásil, že z ní musí OOP pochopit každý, kdo umí číst.

celkem dobře napsáno, ale hapruje mi tam přesně to na co se ptá Yemi. Jak z tohoto použiji ty rozšiřující metody, které jsou v dalších myších?

// v objektu mys2 tu rozšiřující třetí metodu nezískám
MouseClicks mys2 = new AdvanceMouse();
poleMysi[1] = mys2; // moznosti pouze leve a prave tlacitko

to bych musel vytvořit objekt přímo z AdvanceMouse
AdvanceMouse am = new AdvanceMouse();
am.kliknutiProstrednimTlacitkem(); // toto je ta třetí metoda – prostredni tlacitko

a UplneObycejnaMys mys1 = new UplneObycejnaMys(); ??

a

public void otestujMys(KlasickaMys mysNaOtestovani) {
mysNaOtestovani.kliknutiLevymTlacitkem();
mysNaOtestovani.kliknutiPravymTlacitkem();

}
kdyby zde vytvoril instance tridy te rozsirenejsi mysi a zadal to jako parametr teto metody tak jak se dostanu k metode rozsvitLampicku, kdyz v te metode neni deklarovana? diky predem

Je pravda, ze v podstate predepisu abstraktniho predka.

„OOP – Naučte se myslet a programovat objektově“

Třída, byť abstraktní, vždy nějakou implementaci má. Dokud se obejdeš bez implementace, jelepší používat interface. Jakmile potřebuješ, aby se něco implementovalo, musíš sáhnout po třídě.

Při definici abstraktního seznamu vystačíš s interfacem do té doby, dokud bude stačit, že jenom deklaruješ, co musí takový seznam umět. (Takto se chová např. interface List ze standardní knihovny.) Jakmile budeš muset naprogramovat i nějaké konkrétní chování, musíš sáhnout po třídě (viz AbstractList, resp. AbstractSequentialList v Javě)-