Lokale Datenbanken und Versionsverwaltung

[Nersgatt]

Zitat von Der schöne Günther:

Wäre es annehmbar für das Ausführen vorauszusetzen, dass sich der Entwickler ein künstliches Laufwerk X:\ einrichtet in dem die zu verwendende, lokale Datenbank liegt?

Also ich persönlich habe eine Umgebungsvariable, die in Deinem Fall "c:\Users\Günther\" enthalten würde. In meinem Fall würde "d:\dev\" drin stehen. Alle Pfadangaben zum Projekt sind bei mir entweder relative Pfadangaben oder verwenden diese Umgebungsvariable.
So kann sich jeder seinen Projektordner hinlegen, wo er möchte. Oder man kann ihn leicht verschieben.

[Der schöne Günther]

Klasse Idee!

Die Umgebungsvariablen die sich jeder unter Tools -> Optionen -> Umgebungsoptionen -> Umgebungsvariablen selber setzen kann funktionieren tatsächlich. Das beantwortet schon einmal bestens die erste Frage.

[Nersgatt]

Zitat von Der schöne Günther:

Die Umgebungsvariablen die sich jeder unter Tools -> Optionen -> Umgebungsoptionen -> Umgebungsvariablen selber setzen kann funktionieren tatsächlich.

Wobei das die Umgebungsvariable von Windows sind. Die kannst Du z.B. auch Batchdateien, etc. benutzen.

[himitsu]

Umgebungsvariable: Das geht nur, wenn die Komponente solche Variablen auch auflöst.

Und dann müssen die auch überall vorhanden sein.
Wie ist das zur Laufzeit der Komponente?


Oder du leitest die Komponente ab und verpasst ihr ein neues Property, für den relativen Pfad.
Oder gar zwei Pfade, je DesignTime und Runtime.
Da drin kannst du dann relative Pfade in absolute umwandeln und an das originale Property übergeben und es können auch Pfadvariablen aufgelöst werden, bei der Übergabe.
Das Originalproperty wird dann natürlich auf stored False gesetzt.

Falls sich Getter und Setter überschreiben lassen, dann kann man das natürlich auch alles im Originalproperty machen.