Klassen vs. Module in VB.NET

Question

Ist es eine akzeptable Praxis, Module anstelle von Klassen mit Shared Member Functions in VB.NET zu verwenden?

Ich tendiere dazu, Module zu meiden, weil sie sich wie Überbleibsel von Visual Basic 6.0 anfühlen und nicht mehr so recht hineinzupassen scheinen. Andererseits scheint es keinen großen Unterschied zwischen der Verwendung eines Moduls und einer Klasse mit nur gemeinsam genutzten Mitgliedern zu geben. Ich brauche beides nicht so oft, aber manchmal gibt es Situationen, in denen sie eine einfache Lösung darstellen.

Ich bin neugierig zu erfahren, ob Sie eine Meinung oder Präferenz für die eine oder andere Seite haben.

Answer 1

Module s sind VB-Gegenstücke zu C# static Klassen. Wenn Ihre Klasse ausschließlich für Hilfsfunktionen und Erweiterungsmethoden konzipiert ist und Sie nicht erlauben wollen Vererbung y Instanziierung verwenden Sie eine Module .

Übrigens, die Verwendung von Module ist nicht wirklich subjektiv und es ist nicht veraltet . In der Tat müssen Sie eine Module wenn es angebracht ist. .NET Framework selbst tut dies viele Male ( System.Linq.Enumerable zum Beispiel). Um eine Erweiterungsmethode zu deklarieren, ist die Verwendung von Module s.

Answer 2

Ich denke, es ist eine gute Idee, Module zu vermeiden, es sei denn, Sie stecken sie in separate Namespaces. Denn in Intellisense werden Methoden in Modulen von überall in diesem Namespace sichtbar sein.

Anstatt also ModuleName.MyMethod() Sie enden mit MyMethod() Popup-Fenster an beliebiger Stelle, und dies macht die Kapselung ungültig. (zumindest auf der Ebene der Programmierung).

Deshalb versuche ich immer, Klassen mit gemeinsam genutzten Methoden zu erstellen, das scheint viel besser zu sein.

Answer 3

Module sind keineswegs veraltet und werden in der VB-Sprache häufig verwendet. Es ist zum Beispiel die einzige Möglichkeit, eine Erweiterungsmethode in VB.Net zu implementieren.

Es gibt einen großen Unterschied zwischen Modulen und Klassen mit statischen Mitgliedern. Jede in einem Modul definierte Methode ist global zugänglich, solange das Modul im aktuellen Namespace verfügbar ist. Mit einem Modul können Sie also globale Methoden definieren. Dies ist etwas, was eine Klasse mit nur gemeinsamen Mitgliedern nicht tun kann.

Hier ist ein kurzes Beispiel, das ich häufig verwende, wenn ich VB-Code schreibe, der mit rohen COM-Schnittstellen zusammenarbeitet.

Module Interop
  Public Function Succeeded(ByVal hr as Integer) As Boolean
    ...
  End Function

  Public Function Failed(ByVal hr As Integer) As Boolean
    ...
  End Function
End Module

Class SomeClass
  Sub Foo()
    Dim hr = CallSomeHrMethod()
    if Succeeded(hr) then
      ..
    End If
  End Sub
End Class

Answer 4

Es ist zulässig, Folgendes zu verwenden Module . Module wird nicht als Ersatz verwendet für Class . Module dient seinem eigenen Zweck. Der Zweck von Module ist als Container zu verwenden für

• Erweiterungsmethoden,
• Variablen, die nicht spezifisch sind für eine Class , oder
• Variablen, die sich nicht richtig in eine Class .

Module ist nicht wie ein Class da Sie nicht

• erben von einer Module ,
• einführen Interface mit einer Module ,
• noch eine Instanz eines Module .

Alles, was innerhalb einer Module kann direkt innerhalb der Module ohne Bezugnahme auf die Module durch seinen Namen. Standardmäßig ist die Zugriffsstufe für eine Module es Friend .

Answer 5

Klassen

• Klassen können instanziiert werden als Objekte
• Objektdaten sind für jedes instanziierte Objekt separat vorhanden.
• Klassen können Schnittstellen implementieren .
• Innerhalb einer Klasse definierte Mitglieder sind innerhalb einer bestimmten Instanz der Klasse skaliert und existieren nur für die Lebensdauer des Objekts .
• Um auf Klassenmitglieder von außerhalb einer Klasse zuzugreifen, müssen Sie vollständig qualifizierte Namen im Format von Objekt.Mitglied .

Module

• Module können nicht als Objekte instanziiert werden Da es nur eine Kopie der Daten eines Standardmoduls gibt, ist die Änderung einer öffentlichen Variablen in einem Standardmodul für das gesamte Programm sichtbar, wenn ein Teil Ihres Programms sie ändert.
• Innerhalb eines Moduls deklarierte Mitglieder sind öffentlich zugänglich standardmäßig.
• Jeder Code, der Zugriff auf das Modul hat, kann darauf zugreifen.
• Das bedeutet, dass Variablen in einem Standardmodul effektiv globale Variablen sind, da sie von überall in Ihrem Projekt sichtbar sind und für die gesamte Dauer des Programms bestehen.