Das Magazin Access im Unternehmen beginnt mit Ausgabe 02/2010 eine Serie zum Thema Quellcodeverwaltung.
Abonnenten erhalten bei Bestellung per Mail unter Angabe ihrer Abo-Nr.
25% Rabatt.

25./26.09.2010: AEK in Nürnberg


Auslagerung der Einstellungen in die jeweilige MDB- bzw. ADP  Nach oben

  • Einige der Einstellungen könnten durchaus von Projekt zu Projekt unterschiedlich sein.
    Daher kann ich mir durchaus vorstellen, die einzelnen Optionen nicht mehr global in der Registry, sondern als Property in der jeweiligen Datei zu speichern.

    Die Implementierung könnte aber zumindest bei ADP's etwas komplexer werden, da über 'normale' Automatisierung keine Properties in einer ADP gespeichert werden können.
    Hier müsste dann eine zusätzliche dll mitgeliefert werden, die das bewerkstelligt (dsofile.dll).

    Ideen und Wünsche hierzu nehme ich gerne auf.
  • "GillesB"
    ... Hier müsste dann eine zusätzliche dll mitgeliefert werden, die das bewerkstelligt ...


    Geht evtl. auch ohne zusätzliche dll.
    Ich werde die vorhandenen Ansätze mal prüfen und dann ggf. implementieren.
  • Speichere projektspezifische Einstellungen nicht in der Access-Datei selbst, sondern lieber in einer separaten Konfigurationsdatei für das jeweilige Projekt (Access Datei), welche ebenfalls im Subversion Repository abgelegt wird.

    Einen wesentlichen Vorteil bei der Verwendung einer Quellcodeverwaltung sehe ich darin, dass ich jederzeit _alle_ Dateien im Arbeitsverzeichnis (inkl. der eigentlichen MDB/ADP) wegwerfen kann, und mir eine neue, saubere Version aus dem Repository ziehen kann. - Wenn dabei alle projektspezifischen Einstellungen verloren gehen würden, wäre das außerordentlich unerfreulich.

    Gruß
    Philipp
  • "StiefelP"
    ... Wenn dabei alle projektspezifischen Einstellungen verloren gehen würden, wäre das außerordentlich unerfreulich ...

    Sehr guter Hinweis, ich mache mir mal Gedanken, welche Eigenschaften ich so alles zusammentragen und in einer XML-Datei speichern kann.

    Die folgende Liste kann gerne ergänzt werden:
    - VBE.ActiveVBProject.Name
    - Alle Datenbankeigenschaften (Titel, Thema, Autor usw.)
    - Alle Properties im Container "UserDefined" (also das, was im Dialog "Datenbankeigenschaften" unter "anpassen" auftaucht)
    - ... (to be continued)

    Im Moment mache ich es bei produktiven Projekten so, dass ich eine "leere" mdb (gepackt) mit allen Einstellungen mit einchecke - so kann ich immer auf eine "frische" mdb zurückgreifen.
    Dort sind dann auch schon alle CommandBars usw. definiert.
  • 2 Gäste

Diese Angaben basieren auf den Useraktivitäten der letzten 30 Minuten