Antwort.

Hintergrund der Frage

Kapselung ist einer der Säulen der objektorientierten Programmierung und wird durch Zugriffsmodifizierer wie Private und Protected erreicht. In den klassischen Versionen von Visual Basic wurden nur die einfachsten Sichtbarkeitsstufen unterstützt, aber mit dem Übergang zu VB.NET erschienen moderne Mechanismen, die denen von C# ähnlich sind.

Problem

Die Hauptaufgabe besteht darin, interne Implementierungsdetails vom externen Code zu isolieren, einschließlich anderer Teile des Programms. Typische Fehler sind mit falschen Zugriffslevels verbunden, dem Versuch, auf Felder und Methoden außerhalb des erlaubten Sichtbarkeitsbereichs zuzugreifen, oder einem falschen Verständnis des Verhaltens von Protected und seiner Kombinationen mit anderen Modifizierern.

Lösung

Es werden folgende Modifizierer unterstützt:

Private — Zugriff nur innerhalb der aktuellen Klasse/Moduls
Protected — Zugriff innerhalb der aktuellen Klasse und aller Nachkommen (sogar aus anderen Assemblies)
Friend — Zugriff innerhalb einer Assembly
Protected Friend — Zugriff innerhalb von Nachkommen oder innerhalb der Assembly

Beispielcode:

Public Class BaseClass
    Private Sub PrivateMethod()
        Console.WriteLine("PrivateMethod")
    End Sub
    Protected Sub ProtectedMethod()
        Console.WriteLine("ProtectedMethod")
    End Sub
    Friend Sub FriendMethod()
        Console.WriteLine("FriendMethod")
    End Sub
    Protected Friend Sub ProtectedFriendMethod()
        Console.WriteLine("ProtectedFriendMethod")
    End Sub
End Class

Public Class DerivedClass
    Inherits BaseClass
    Public Sub AccessMethods()
        'PrivateMethod() 'Kompilierungsfehler
        ProtectedMethod() 'Ok
        FriendMethod() 'Ok, wenn in derselben Assembly
        ProtectedFriendMethod() 'Ok
    End Sub
End Class

Wichtige Merkmale:

Das Präfix Private beschränkt die Sichtbarkeit auf die Grenzen der Klasse
Protected funktioniert in allen abgeleiteten Klassen in beliebigen Assemblies
Protected Friend kombiniert beide Regeln

Fangfragen.

Kann man auf ein private-Feld aus einer abgeleiteten Klasse zugreifen?

Nein, private Mitglieder sind immer nur in der Klasse zugänglich, in der sie deklariert sind. Die abgeleitete Klasse hat keinen Zugriff auf private Mitglieder, auch nicht über Reflection (es sei denn, man verwendet nicht standardmäßige Methoden).

Was ist der Unterschied zwischen Protected und Protected Friend?

Protected — nur von der Klasse und ihren Nachkommen zugänglich, selbst in anderen Assemblies; Protected Friend — zugänglich entweder von abgeleiteten Klassen oder von jedem Code innerhalb derselben Assembly.

Kann man auf eine protected-Methode der Klasse über eine Instanz der Basisklasse zugreifen?

Nein, selbst wenn die protected-Methode öffentlich innerhalb des Nachkommen sichtbar ist, kann sie nicht über eine Instanz der Basisklasse aus externem Code aufgerufen werden. Protected-Methoden sind nur im Körper der Klasse selbst oder des Nachkommen verfügbar.

Typische Fehler und Anti-Pattern

Öffnen aller Methoden als public oder friend für Schnelligkeit
Verwendung von protected-Feldern, wo private-Eigenschaften hätten sein sollen
Verletzung der Kapselung durch übermäßigen Zugriff

Beispiel aus dem Leben

Negativer Fall

Ein Entwickler macht zur Vereinfachung von Tests interne Felder public, um direkt aus externem Code oder Unit-Tests darauf zugreifen zu können. Im Laufe der Zeit beginnen andere Aufrufe, diese Felder zu verwenden und sich auf deren interne Struktur zu verlassen.

Vorteile:

Schnelle Tests
Weniger Code für den Zugriff

Nachteile:

Schwache Kapselung
Zunahme von Bugs bei Änderungen der internen Implementierung
Schwierigkeit bei der Modifizierung der Klasse

Positiver Fall

Zugriffsmodifizierer werden klar angewendet, alle Felder sind standardmäßig private, der Zugriff von außen erfolgt nur über Eigenschaften und öffentliche Methoden. Für Testzwecke werden Schnittstellen oder Freundklassen in derselben Assembly verwendet.