C# hjälp

Den viktigaste poängen med statiska metoder är vad de tillhör, klassen eller instantierade objekt av klassen.

Tänk dig att du har en Bil klass. Du skapar upp en röd Bil och säger åt den att köra. Köra är något som den röda bilen gör, så det är en instans-metod.

Bil rödBil = new Bil("röd");
rödBil.Kör();

Du säger sedan åt Bil klassen att skapa en kopia av den röda bilen. Detta är inget själva bilen gör utan funktionalitet som själva klassen har, alltså en statisk metod.

Bil bilKopia = Bil.Copy(rödBil);

En statisk klass är en klass som bara har statiska metoder, som t ex Math klassen. Du kan inte skapa upp Math objekt, och även om du kunde det skulle de inte kunna göra någonting, alla metoder i Math klassen är statiska och hör därmed till klassen, inte objekt instantierade från klassen.

Lite svårt att hålla med dig här.

Man kan inte definiera statiska metoder i interface, men det är ju ren semantik. Ett interface beskriver hur ett objekt kan kommuniceras med, statiska metoder står utanför objekten. Gratis testverktyg har inga problem med statiska metoder, inte NUnit sen 2.5 iaf.

Resten av dina argument handlar bara om hur folk skriver metoder och har inget med huruvida de är statiska att göra. Skriver man metoder med state som refererar fram och tillbaka okontrollerat så får man buggar och problem med skalbarhet, oavsett om de är statiska eller instantierade.

Helt klart ska man vara nogrann med när man använder statiska metoder så man i den utsträckning som är logisk kör på instantierade metoder (eftersom de oftast är tydligare), men man ska inte akta sig för statiska metoder som om det är något direkt dåligt med dem. I situationer där de passar är de perfekta för jobbet de är till för.

Det är hela poängen. Du pratar om att du vill ha en beräkningsmotor eller flera, det vill säga beräkningsmotorer, dvs objekt. Behöver du objekt är det ju helt fel att implementera det som en statisk klass, då bör du ju ha en Beräkningsmotor klass som instantierar de motorerna som du behöver. Förutsatt att man har rätt förståelse för vad statiska metoder innebär bör man aldrig hamna i en situation där man är begränsad av ens användning för dem, för man har redan designat fel om man hamnar i den situationen.

Anledningen att jag inte tog upp trådsäkerhet och exponerade variabler specifikt är för att de täcks i min sista paragraf, det handlar bara om generell kodning. Kan du få problem med exponerade statiska variabler? Självklart, men om du exponerar variabler som inte är konstanta och som program är beroende av så har du ju redan målat in dig i en jäkligt trist situation som du kan hamna i lika väl med instantierade fält. Samma med trådsäkerhet, låter du dina metoder ha sideffekter kommer du få problem och jag ser inte detta som ett problem som är kopplat till huruvida något är statiskt. Säg att du har ett program som skapar upp ett objekt, sen har du två trådar som jobbar med objektet, det behöver inte vara statiskt för att det ska bli bråk.

Poängen är att om man använder static nyckelordet på det sättet som det är tänkt bör man aldrig ha några problem med det, men det kräver ju att man vet vad i ens program som bör vara statiskt och inte, allt för många använder static som en krycka för att de inte pallar koda korrekt OOP och smyger in procedurell kod istället.