Modul vs objektorientierte Programmierung in VBA

Question

Meine erste "ernsthafte" Sprache war Java, also habe ich objektorientierte Programmierung in dem Sinne verstanden, dass Elementarbaustein des Programms eine Klasse ist. Jetzt schreibe ich auf VBA und Python. Es gibt Modulsprachen und ich fühle andauerndes Unbehagen: Ich weiß nicht, wie ich das Programm in einem Modul/Unterricht zerlegen soll.

Ich verstehe, dass ein Modul einer Wissensdomäne entspricht, ein Modul sollte ba in der Lage sein, separat zu testen ... Soll ich Modul nur als Namespace (C++) verstehen?

Answer 1

Ich mache nicht VBA, aber in Python, Module sind von grundlegender Bedeutung. Wie du sagst, können die Namespaces als Namespaces angesehen werden, sie sind aber auch eigenständige Objekte. Sie sind jedoch keine Klassen, also können Sie nicht von ihnen erben (zumindest nicht direkt).

Ich finde, dass es eine gute Regel ist, ein Modul mit einem Domänenbereich zu halten. Die Regel, die ich verwende, um zu entscheiden, ob etwas eine Funktion auf Modulebene oder eine Klassenmethode ist, besteht darin, mich zu fragen, ob sie sinnvollerweise für Objekte verwendet werden kann, die die 'Schnittstelle' ihrer Argumente erfüllen. Wenn ja, dann entlasse ich es aus einer Klassenhierarchie und mache es zu einer Modulebene-Funktion. Wenn seine Nützlichkeit wirklich auf eine bestimmte Klassenhierarchie beschränkt ist, dann mache ich es zu einer Methode.

Wenn Sie es für alle Instanzen einer Klassenhierarchie arbeiten müssen und Sie es zu einer Funktion auf Modulebene machen, denken Sie daran, dass alle Unterklassen die angegebene Schnittstelle mit der gegebenen Semantik implementieren müssen. Dies ist einer der Nachteile, wenn man von den Methoden weggeht: Man kann nicht länger eine geringfügige Änderung vornehmen und super aufrufen. Auf der anderen Seite, wenn Subklassen wahrscheinlich die Schnittstelle und ihre Semantik neu definieren, dann ist diese bestimmte Klassenhierarchie vielleicht keine sehr gute Abstraktion und sollte neu überdacht werden.

Answer 2

Idiome von Sprachen sind unterschiedlich und das ist der Grund, ein Problem gelöst in verschiedenen Sprachen unterschiedliche Ansätze zu nehmen.

1. "C" dreht sich alles um prozedurale Zersetzung.
2. Haupt-Idiom in Java ist über "Klasse oder Objekt" Dekomposition. Funktionen sind nicht abwesend, aber sie werden Teil des gezeigten Verhaltens dieser Klassen.
3. "Python" bietet Unterstützung für sowohl Klassenbasierte Problemzerlegung als auch prozedurbasiert.

Alle diese verwendet Dateien, Pakete oder Module als Konzept zum Organisieren großer Codestücke zusammen. Es gibt nichts, was Sie einschränkt, ein Modul für eine Wissensdomäne zu haben. Dies sind Zerlegungs- und Organisationstechniken und können basierend auf dem vorliegenden Problem angewendet werden.

Wenn Sie mit OO vertraut sind, sollten Sie es sehr gut in Python verwenden können.

Answer 3

VBA ermöglicht auch die Verwendung von Klassen. Leider unterstützen diese Klassen nicht alle Merkmale einer voll-objektorientierten Sprache. Vor allem Vererbung wird nicht unterstützt.

Aber Sie können mit Schnittstellen arbeiten, zumindest bis zu einem gewissen Grad.

Ich habe nur Module wie "ein Modul = ein Singleton" verwendet. Meine Module enthalten "statische" oder sogar zustandslose Methoden. Meiner Meinung nach ist ein VBa-Modul kein Namensraum. Häufiger würde ein Bündel von Klassen und Modulen einen "Namespace" bilden. Ich erstelle oft ein neues Projekt (DLL, DVB oder etwas ähnliches) für einen solchen "Namespace".

Answer 4

Es ist Geschmackssache. Wenn Sie Module verwenden, wird Ihr "Programm" mehr prozessorientiert sein. Wenn Sie Klassen wählen, wird es mehr oder weniger objektorientiert. Ich arbeite mit Excel für einige Monate und persönlich wähle ich Klassen wann immer ich kann, weil es für mich bequemer ist. Wenn Sie aufhören, über objects nachzudenken und sie als Components betrachten, können Sie sie mit Eleganz verwenden. Der Hauptgrund, warum ich Klassen bevorzuge, ist, dass man mehr davon haben kann. Sie können nicht zwei Instanzen des Moduls haben. Es ermöglicht mir die Kapselung und bessere Wiederverwendung von Code.

Nehmen wir zum Beispiel an, dass Sie eine Art Logger haben möchten, um Aktionen zu protokollieren, die von Ihrem Programm während der Ausführung ausgeführt wurden. Sie können ein Modul dafür schreiben. Es kann zum Beispiel eine globale Variable haben, die angibt, auf welcher Blattprotokollierung das Blatt erstellt wird. Aber bedenken Sie die folgende hypothetische Situation: Ihr Kunde möchte, dass Sie einige ausgefallene Funktionen zur Berichterstellung in Ihr Programm integrieren. Sie sind schlau, also finden Sie heraus, dass Sie Ihren Protokollierungscode verwenden können, um sie vorzubereiten. Sie können jedoch nicht gleichzeitig mit einem Modul protokollieren und Berichte erstellen. Und Sie können mit zwei Instanzen der Protokollierung Component ohne Änderungen in ihrem Code.