Autor
|
Thema: Mehrfachverwendung eines Moduls (3412 mal gelesen)
|
Samson53 Mitglied Nur noch selten simulierend
Beiträge: 119 Registriert: 18.02.2010 Plant Simulation 11 Office 2013
|
erstellt am: 07. Jul. 2011 15:35 <-- editieren / zitieren --> Unities abgeben:
Hallo Wissende, Ich habe mehrere Excel VBA-Projekte in die ich ein Modul eingebunden habe. Dieses Modul "BASICS" stellt mir globale Funktionen und Subs zur Verfügung, die ich in meinem Hauptmodul immer wieder aufrufe. Mappe1 enthält Modul1 und BASICS Mappe2 enthält Modul2 und BASICS usw. Jetzt passiert natürlich folgendes: Während der Entwicklung im Modulx muss ich BASICS erweitern oder wenn es hart kommt auch entwanzen. Anschließend sollte der gute Programmierer die Veränderungen den anderen Arbeitsmappen auch zur Verfügung stellen. Was, wie ihr euch denken könnt, nicht (immer) passiert. Inzwischen gibt es ca. 20 Arbeitsmappen mit dem Modul "BASICS", die alle einen anderen Entwicklungsstand haben. Die Mappe mit dem besten Stand kann ich inzwischen identifizieren. Mein Problem ist damit aber nicht gelöst. Wie stelle ich es an, zentral mein "BASICS"-Modul zu halten und zu pflegen? Die "Basics" in eine eigene Arbeitsmappe abzulegen, habe ich verworfen, weil die Prozeduraufrufe sich dann um einige Zeichen verlängern. Die Makros in dem Modulx sind nämlich eigentlich nur eine Aneinanderreihung von Prozeduraufrufen. Abgesehen von den notwendigen Änderungen in den bestehenden Mappen, bringt diese Vorgehensweise sehr viel Tipparbeit auch für zukünftige Projekte. Ich hatte schon mal an Einlesen der BASICS im Event Workbook_open gedacht. Da finde ich selbst im Handbuch nichts, was mir wirklich weiterhilft. Kann mir jemand helfen bei diesem Problem? Sicherlich.... Hat jemand vielleicht eine bessere Idee? Ich kann mir nicht vorstellen, dass ich der Einzige bin mit diesem Problem. ------------------ Gruß Samson Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Paulchen Mitglied Bauing./SW-Entwickler
Beiträge: 1227 Registriert: 19.08.2004 Büro: Win10 Enterprise 64bit, Office Professional Plus 2013 - Privat: Linux Mint 15, LibreOffice
|
erstellt am: 07. Jul. 2011 15:51 <-- editieren / zitieren --> Unities abgeben: Nur für Samson53
Hallo Samson, hatte das Problem selbst zwar noch nicht (im Einsatz), stand aber mal kurz davor. Ein anderer Gedanke: SourceControl. Als schnell-und-schmutzig-Lösung: Beispielsweise CollabNet o. ä. Etwas umständlich, aber: Du kannst Module exportieren. Der Code lässt sich mit Tools wie dem genannten in zwei Spalten übersichtlich vergleichen/Automatisch abgleichen etc., dabei werden Unterschiede farbig hervorgehoben. Ordentliche Texteditoren können sowas auch, ggf. über Plug-Ins wie z. B. SourceControl für den Java-basierten jEdit. Fraglich ist: Wie oft und an welchen Stellen treten Änderungen auf? Wird in dem einen (the one and only) Basics-Modul ständig zwischendrin eine einzelne Zeile ergänzt? Oder kommen eher Subs/Functions hinzu, als kompakte Blöcke? Vielleicht insgesamt keine bessere Idee - aber eine etwas andere Bin mal gespannt, wofür Du Dich entscheidest. ------------------ DIN1055.de | Lastannahmen für Anwender Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MWN Mitglied Dipl.-Ing.
Beiträge: 492 Registriert: 14.02.2007
|
erstellt am: 07. Jul. 2011 17:00 <-- editieren / zitieren --> Unities abgeben: Nur für Samson53
Hallo Samson, soweit ich mich erinnere, gibt es in vb.net die Möglichkeit, dll - Bibliotheken einzubinden, ähnlich wie in VBA. Vielleicht solltest du dir dein Modul "BASICS" in eine dll - Datei ablegen, diese an einer zentralen Stelle speichern und dann als Verweis in deine Projekte einbinden. Allerdings bin ich mir nicht sicher, ob das mit VBA so einfach möglich ist, sich eine eigene dll zu erstellen. Grüße und HTH Tobias [edit]war der erste Suchtreffer: http://www.schmittis-page.de/index.html?/vb/t98.htm [/edit] ------------------ Besucht mich doch mal in meiner Tischlerei "...Kommunikation ist nur so gut wie ihr Ergebnis..." - frei nach Richard Bandler / John Grinder "...Wenn du das tust, was du schon immer tust, wirst du auch nur das erhalten, was du schon immer erhalten hast..." [Diese Nachricht wurde von MWN am 07. Jul. 2011 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
StefanBerlitz Ehrenmitglied V.I.P. h.c. IT Admin (CAx)
Beiträge: 8756 Registriert: 02.03.2000 SunZu sagt: Analysiere die Vorteile, die du aus meinem Ratschlag ziehst. Dann gliedere deine Kräfte entsprechend und mache dir außergewöhnliche Taktiken zunutze.
|
erstellt am: 08. Jul. 2011 07:55 <-- editieren / zitieren --> Unities abgeben: Nur für Samson53
Hallo Samson, ich sehe das Problem noch nicht so richtig. Du möchtest keine externe Exceldatei mit nur dem BASICS-Modul einbinden, in VBA ist es aber für Module nicht möglichj diese extern zu verlinken, die sind immer eingebetten. Du könntest wie vorgeschlagen eine DLL mit deinen Funktionen erstellen und als Verweis in die Projekte einbinden, dafür bräuchtest du aber wohl eine Entwicklungsumgebung wie das gute alte VB6 oder das aktuellere Visual Studio, wenn du nur das Office VBA hast geht das so weit ich weiß nicht. Aber was spricht dagegen, das aktuelle Modul BASICS als basics.mod irgendwo auf deiner Platte zu speichern und nur das immer zu nutzen und einzubinden? Wenn du da z.B. im Kopfbereich immer schön ein paar Kommentare pflegst, wie z.B. letzte Änderung, wann, von wem, vielleicht eine eigene laufende "Versionsnummer" des Moduls und dann dazu übergehst immer, wenn du an einer Mappe arbeitest, in der BASICS Modul genutzt wird, als erstes mal das aktuelle reinzuladen, ist doch alles in Butter. Die "alten" Mappen und Makros sollten ja auch mit einer "alten" Version des eingebetteten Moduls arbeiten, also sollte es nicht zwingend notwendig sein, die auszutauschen, nur um auf den aktuellen Stand zu kommen. Eine Schwierigkeit ist alleridings, wenn du an bestehenden Funktionen etwas korrigierst, was das Ergebnis deiner Funktionen/Prozeduren verändert; ich finde allerdings, dann sollte man lieber eine neue, korrekte Funktion für die Bibliothek schreiben und die alte als obsolet kennzeichnen. Wenn es ein kritischer Fehler war, müsstest du eben in den sauren Apfel beißen und in allen Makrosprojekten das fehlerhafte Modul ersetzen. Bei 20 Mappen sollte das aber auch nicht viel länger als 15 Minuten dauern. Und solange nur neue Funktionen dazu kommen lässt du die alten eben so, wie sie sind. Ciao, Stefan ------------------ Inoffizielle deutsche SolidWorks Hilfeseite http://solidworks.cad.de Stefans SolidWorks Blog Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Samson53 Mitglied Nur noch selten simulierend
Beiträge: 119 Registriert: 18.02.2010
|
erstellt am: 08. Jul. 2011 08:08 <-- editieren / zitieren --> Unities abgeben:
Hallo MWN, Danke für die schnelle Antwort. Leider habe ich im Büro keinen VB-Entwicklungsumgebung zur Verfügung. In Excel-VBA habe ich keine Möglichkeit zum erstellen einer DLL gefunden. Aber die Richtung ist die richtige: Zentrale Ablage der Funktionen und kurze Statements zum aufrufen. Vielleicht gibt es noch mehr Möglichkeiten. ------------------ Gruß Samson Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Samson53 Mitglied Nur noch selten simulierend
Beiträge: 119 Registriert: 18.02.2010 Plant Simulation 11 Office 2013
|
erstellt am: 08. Jul. 2011 08:29 <-- editieren / zitieren --> Unities abgeben:
Hallo Paulchen, Hey, das war ja superschnell. Danke. Wie gesagt, die Quellen sind Excel-Arbeitsmappen mit Modulen. Texteditoren und -Versionsmanager können nur mit den BAS-Exporten etwas anfangen. Nach Export, Vergleich und Überholung der Modultexte muss ich diese wieder in die Mappen hochladen. Für den Vergleich aller Module BASICS habe ich mir schon ein Programm geschrieben. Es ist jetzt nur Fleißarbeit, das richtig(st)e in alle zu verteilen. Ich wollte aber zukünfig mehrere Versionen in unterschiedliechen Mappen einfach vermeiden indem ich nur noch eine Version zentral speichere.
------------------ Gruß Samson Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Samson53 Mitglied Nur noch selten simulierend
Beiträge: 119 Registriert: 18.02.2010
|
erstellt am: 08. Jul. 2011 08:45 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von StefanBerlitz:
Aber was spricht dagegen, das aktuelle Modul BASICS als basics.mod irgendwo auf deiner Platte zu speichern und nur das immer zu nutzen und einzubinden? Wenn du da z.B. im Kopfbereich immer schön ein paar Kommentare pflegst, wie z.B. letzte Änderung, wann, von wem, vielleicht eine eigene laufende "Versionsnummer" des Moduls und dann dazu übergehst [i]immer, wenn du an einer Mappe arbeitest, in der BASICS Modul genutzt wird, als erstes mal das aktuelle reinzuladen, ist doch alles in Butter.[/i]
Genau das wollte ich mit meinen Worten sagen. Nun bin ich von Hause aus faul (sonst würde so manches Programm nicht entwickelt) und möchte gerne das Reinladen einer Automatik beim Öffnen jener Dateien überlassen. Mir fehlt das nötige Wissen zum Löschen von Modulen und Erstellen aus einer BAS Datei. Die Hilfedatei ist nicht wirklich "Hilf"reich für den Fall. Deshalb wollte ich euch angraben.
------------------ Gruß Samson Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Paulchen Mitglied Bauing./SW-Entwickler
Beiträge: 1227 Registriert: 19.08.2004 Büro: Win10 Enterprise 64bit, Office Professional Plus 2013 - Privat: Linux Mint 15, LibreOffice
|
erstellt am: 08. Jul. 2011 09:42 <-- editieren / zitieren --> Unities abgeben: Nur für Samson53
|
Samson53 Mitglied Nur noch selten simulierend
Beiträge: 119 Registriert: 18.02.2010
|
erstellt am: 08. Jul. 2011 12:46 <-- editieren / zitieren --> Unities abgeben:
Very guut. Das war der Hinweis. Ich müsste mich nur mal richtig umschauen, dann würde ich auch solche Dinge finden. Aber so haben wir wenigsten mal miteinander ge"sprochen". Danke an alle. ------------------ Gruß Samson Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|