Oförseglade klasser
Kommentar
Det här innehållet skrivs om med behörighet från Pearson Education, Inc. från Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition. Den utgåvan publicerades 2008, och boken har sedan dess reviderats helt i den tredje utgåvan. En del av informationen på den här sidan kan vara inaktuell.
Förseglade klasser kan inte ärvas från och de förhindrar utökningsbarhet. Däremot kallas klasser som kan ärvas från oförseglade klasser.
✔️ ÖVERVÄG att använda oförseglade klasser utan tillagda virtuella eller skyddade medlemmar som ett bra sätt att tillhandahålla billig men mycket uppskattad utökningsbarhet till ett ramverk.
Utvecklare vill ofta ärva från oförseglade klasser för att lägga till bekvämlighetsmedlemmar som anpassade konstruktorer, nya metoder eller metodöverbelastningar. Till exempel System.Messaging.MessageQueue är oförseglat och gör det därför möjligt för användare att skapa anpassade köer som är standard för en viss kösökväg eller lägga till anpassade metoder som förenklar API:et för specifika scenarier.
Klasser är oförseglade som standard i de flesta programmeringsspråk, och detta är också den rekommenderade standardinställningen för de flesta klasser i ramverk. Utökningsbarheten som ges av oförseglade typer uppskattas mycket av ramverksanvändare och ganska billigt att tillhandahålla på grund av relativt låga testkostnader i samband med oförseglade typer.
Portioner © 2005, 2009 Microsoft Corporation. Med ensamrätt.
Reprinted by permission of Pearson Education, Inc. from Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition by Krzysztof Cwalina and Brad Abrams, publicerad 22 okt 2008 av Addison-Wesley Professional som en del av Microsoft Windows Development Series.