Merkmale der Komponentenklassen
Aktualisiert: November 2007
Die Merkmale einer Klasse erhalten eine zusätzliche Bedeutung, wenn die Klasse zu einer Komponente wird.
Komponentenname
Wählen Sie Namen von Komponentenklassen mit Bedacht. Ein Klassenname muss kurz, aber aussagekräftig sein und aus ganzen Wörtern bestehen, deren erster Buchstabe groß geschrieben ist, z. B. BusinessRule. Damit können Sie Ihre Komponenten auf einfache Weise organisieren und Hinweise auf die Komponentenfunktionen geben.
Zugriffsmodifizierer
Eine Klasse, die mit private-Zugriff definiert ist, ist für Benutzer Ihrer Assembly nicht sichtbar. Dies ist die Zugriffsebene für Assembly-interne Hilfsklassen.
Wenn Sie den Access-Modifizierer auf "public" festlegen, wird den Benutzern Ihrer Assembly eine Komponentenklasse zur Verfügung gestellt. Wenn Sie steuern möchten, ob die Benutzer Ihrer Assembly Instanzen der Komponente erstellen können, geben Sie die entsprechende Zugriffsebene für ihren Konstruktor an.
Basisklasse
Wenn Sie die IComponent-Schnittstelle nicht selbst implementieren möchten, müssen Sie System.ComponentModel.Component oder eine von System.ComponentModel.Component abgeleitete Klasse als Basisklasse verwenden. Sie finden diese Informationen im Referenzthema für jede Klasse in .NET Framework. In Visual Basic gibt die Inherits-Anweisung die Basisklasse an. In C# steht die Basisklasse hinter dem Doppelpunkt in der Klassendeklaration. Es folgen Beispiele:
Imports System.ComponentModel
Public Class MyComponent
Inherits System.ComponentModel.Component
End Class
using System.ComponentModel
public class MyComponent : System.ComponentModel.Component
{}
Namespace-Anweisung
Jede Komponente befindet sich innerhalb eines Namespaces. Standardmäßig ist der Name des Namespaces der Name Ihres Projekts. Benutzer Ihrer Komponentenassembly fügen Imports-Anweisungen (Visual Basic) oderusing-Anweisungen (C#) für die Namespaces mit den Komponenten hinzu, auf die sie zugreifen möchten.
Hinweis Sie können zusätzliche Strukturebenen hinzufügen, indem Sie Komponenten innerhalb zusätzlicher Namespace...End Namespace-Blöcke einschließen.
Im Allgemeinen sollte die Struktur von Namespaces in Ihrer Komponentenassembly deren internen Aufbau widerspiegeln. Wenn Ihre Assembly viele Komponenten enthält, ist es sinnvoll, zusammengehörende Komponenten in separaten Namespaces zu gruppieren.
Siehe auch
Konzepte
Initialisierung und Beendigung von Komponenten
Änderungen bei der Komponenteninstanziierung in Visual Basic