C#: Interface vs abstract

En abstrakt klass kan du använda för att specifiera något som är abstrakt. T.ex. ett fordon. Ett fordon i sig är ingenting, men alla fordon delar vissa basegenskaper och metoder.

Ett interface kan du använda som ett kontrakt för att lova att din klass implementerar en metod. T.ex. loggning. En klass kanske loggar till standard output medans en annan loggar till fil. Det enda den som använder klasserna behöver veta är att de implementerar samma interface och därmed har en metod typ log().

Dessutom kan en klass implementera flera interfaces men bara ärva från en klass (abstrakt eller ej).

Sen om du har ett system som hanterar mördarbävrar, mördarkaniner och mördartigrar, och kaninungar, som alla är subtyper till supertypen djur, där alla djur utom kaninungar har en viss "farlighet", som räknas ut på nåt lustugt sätt. Då känns det ju rimligare att ha ett interface som heter typ Dödlighet, Skada, you name it, som används av de djur som är farliga. Istället för att kaninungen ska ha en tom metod för skada trots att den inte kan göra någon..

Abstrakta classer kan man väl också använda om man inte vill att man ska kunna skapa några instanser av supertype, iofs kan man väl deklarera konstruktorn som privat isf..

/kej

där skulle jag nog ha kört med

public abstract class Djur

public abstract class MördarDjur : Djur
public abstract int Dödlighet{get;}
public abstract void Kill(Djur offer);
//kanske bättre som virtual med en grundläggande döda-funktionalitet?

public abstract class GrönsaksDjur : Djur
public abstract void Gulla(Djur target);