Diskusia – 14. diel - Rozhranie (interface)

Děkuji za pěkný článek. Asi zatím nejlepší vysvětlení rozhraní, které jsem dostal.
Všude slýchávám, že se má programovat prosti rozhraní... Mohl bys tuto větu objasnit - nějak srozumitelně, ale na konkrétním příkladu?

Prosti rozhraní?

Nejspis myslel proti rozhrani.
Ze ma treba pole interfacu ITvar a v nem ma instance trid ktere toto rozhrani obsahuji.

Jednak rozhraní (ve smyslu public metod a vlastností) je něco, přes co komunikuješ s objektem. Pak je tu rozhraní jako interface, což je to klíčové slovo, ve kterém definuješ, jaké všechny public metody a vlastnosti má mít třída implementující tvoje rozhraní (interface). Programováním proti rozhraní oddělíš výčet public metod a vlastností od jeho konkrétní implementace (tzn. toho, co ty metody dělají) a to můžeš v případě potřeby změnit. Pokud bys ale změnil public metody a vlastnosti (jejich názvy, parametry atp.), bývá to většinou problematické.

Příklad:
Když máš třeba přihlášení uživatele a chceš, aby se uživatel mohl přihlásit z víc zdrojů (facebook, twitter, vlastní účet) Pokaždé to samotné ověřování bude jiné, ale pokaždé budeš chtít jedinou metodu, která ověří uživatele ze zadaných dat. Uděláš si tedy interface s metodami třeba overUzivatele() a je ti jedno, jak budeš uživatele ověřovat. O to se postarají třídy, které tvé rozhraní implementují. Pak můžeš předávat dalším třídám typ IAuthenticator a je pořád jedno, přes co se připojuješ. Kódu, který tu třídu používá, stačí vědět, že může zavolat metodu overUzivatele() Tím pádem můžeš i přidat novou možnost přihlášení (dejme tomu přes google). Když třída, poskytující přihlášení přes google implementuje tvoje rozhraní, nikdo nic nepozná a najednou ti funguje přihlašování pomocí googlu.

Hlavní myšlenka toho je, že funkčnost se může měnit, rozšiřovat, zlepšovat, ale to, jak k ní přistupuješ (přes nějaké public rozhraní) se moc často nemění, protože je to velmi problematické. To ti umožní právě programování proti rozhraní, protože předáváš jen výčet metod, se kterými všichni mohou pracovat, ale je ti jedno, jak to vnitřně funguje.

@drahoš:
ó děkuji.
Pěkný příklad s tím přihlášení.

@sdraco: samozřejmě jsem myslel proti, upsal jsem se.

Jak to přesně funguje v rozhraní s vlastnostmi? Potřeboval bych si udělat rozhraní, kde bude něco jako

bool Solid { get;}

tedy pouze lze zvenčí číst. Ve třídě, která implementuje rozhraní musím tedy připsat k Solid ještě private set,abych to mohl přes konstruktor nastavit. Určuju tím jestli můžu do objektu narazit nebo ne. Je takto vše správně ?

Jo, vlastnosti se překládají interně na metody, proto mohou být v interface. Větší smysl mi ale dává:

bool Solid { get; private set; }

A to nastavit v interface ? Kompilátor mi tam pak hlásí chybu

A jakou chybu hlásí? Prozradíš nám to nebo to máme věštit z křišťálové koule?

Samozřejmě to musíš nastavit nejen v interface, ale i v implementaci.

Nedošlo mi, že ten privátní setter to nepovolí. Takže to má být jak říkáš.