dotNETportal.cz

Ano, definovat interface má smysl v případě, kdy potřebujete využít polymorfizmus tj. když potřebujete (nebo chcete mít do budoucna možnost) mít více různých konkrétních implementací třídy nezávisle na jejím použití (použití skryjete za definovaný interface).

Jedním z důvodu pro to může být psaní testovatelného kódu, kdy právě potřebuje umět pro test vyměnit standardní implementaci třídy za "fake" implementaci, která například vrací testovací data "natvrdo" místo toho, aby je tahala z databáze apod..

V takovém případě může být dále výhodné konfiguraci toho, jaká konkrétní instance se má zrovna použít (tj. zjednodušeně zda jste v testu nebo ne), řešit pomoci IoC/DI kontejneru.

K tomuto tématu vám doporučuji pro úvod článek zde:

http://www.dotnetportal.cz/blogy/3/Tomas...

a dále video z přednášky "Jak na IoC/DI kontejnery v .NETu" zde:

http://www.wug.cz/zaznamy/101-Jak-na-IoC...

Ta otázka je správná. Ačkoliv to tu už částečně bylo řečeno, konkrétně využívám interface v případech:

- když chci nejdříve navrhnout rozhraní komunikace mezi objekty a až potom objekty implementovat. Ve výsledku to člověka nutí trochu více přemýšlet a mě to pomáhá psát čistší kód s méně závislostmi

- když chci mít možnost měnit implementaci

- když chci mít možnost definovat, že třída podporuje nějaké rozšířené rozhraní a přitom její předek tuto funkci mít nemusí. Například v .NET frameworku rozhraní ICustomFormatter, které říká, že třída (ať už jakákoliv) podporuje rozšířené formátování do textového řetězce.

Obecně by šlo každou třídu popsat i interfacem a s tím pak pracovat. Ale nedělá se to, protože pokud spolu některé třídy přímo souvisí a jsou navržené tak, aby pracovaly dohromady (byla mezi nimi přímá vazba), pak nemá smysl mezi nimi vytvářet abstrakci. Jen by kód zesložitilo a obvykle ničemu nepomohlo.