Weil dann das Deployment weniger Probleme macht... Wenn Du das Skript auf einen anderen Rechner spielst, sieht man gleich, wo eventuell Änderungen gemacht werden müssen...

renee+2007-10-18 19:59:33--

Weil dann das Deployment weniger Probleme macht... Wenn Du das Skript auf einen anderen Rechner spielst, sieht man gleich, wo eventuell Änderungen gemacht werden müssen...

hmm, ich denke eher, das deploment wäre dann einfacher - weil man dann an dem skript
idealerweise nichts ändern muss.

"use lib" in Kombination mit "use FindBin" oder der Verwendung von __FILE__ dürfte wohl unschlagbar sein.

ptk+2007-10-18 23:27:19--

"use lib" in Kombination mit "use FindBin" oder der Verwendung von __FILE__ dürfte wohl unschlagbar sein.

Mmh... use lib kenne ich ja noch, aber use FindBin und vorallem __FILE__ kenne ich nicht.

Hier ein Beispiel, wie man ein Modul, das relativ zu einem Skript liegt (hier: in einem neben dem Skriptverzeichnis liegendem lib-Verzeichnis), einbindet:


Oder ein Modul, das relativ zu einem anderen Modul liegt (hier: im gleichen Verzeichnis):


Beides ungetestet...

ptk+2007-10-19 08:24:31--

Hier ein Beispiel, wie man ein Modul, das relativ zu einem Skript liegt (hier: in einem neben dem Skriptverzeichnis liegendem lib-Verzeichnis), einbindet:

Code: (dl )

1
2
3

use FindBin;
use lib "$FindBin::RealBin/../lib"; # relativer Pfad
use ...

Oder ein Modul, das relativ zu einem anderen Modul liegt (hier: im gleichen Verzeichnis):

Code: (dl )

1
2
3
4

use File::Spec;
use File::Basename qw(dirname);
use lib dirname(File::Spec->rel2abs(__FILE__));
use ...

Beides ungetestet...

Ok, und welche der Methoden ist nun am "Besten" oder sollte man verwenden?

pq+2007-10-18 22:37:23--

renee+2007-10-18 19:59:33--

Weil dann das Deployment weniger Probleme macht... Wenn Du das Skript auf einen anderen Rechner spielst, sieht man gleich, wo eventuell Änderungen gemacht werden müssen...

hmm, ich denke eher, das deploment wäre dann einfacher - weil man dann an dem skript
idealerweise nichts ändern muss.

Wenn man "use lib" geschickt einsetzt, musst Du auch nichts am Skript ändern... Und kannst zusätzlich auf das Setzen von PERL5LIB verzichten. Außerdem hat "use lib" den Vorteil, dass Du für verschiedene Projekte die Verzeichnisse einzeln anpassen kannst.

Stell Dir vor, Du hast 3 Projekte, für jedes schreibst Du ein Modul, das gleich heißt, aber nicht exakt das gleiche macht (z.B. projektspezifische kleine Anpassungen an einem existierenden Modul). Wie willst Du dann PERL5LIB setzen, ohne dass in einem Projekt nicht das falsche Modul geladen wird?

Unterschiedliche Module mit gleichem Namen sollte man möglichst vermeiden. Spätestens bei der Verwendung von mod_perl hat man dann ein Problem.

Duff+2007-10-19 08:45:29--

Ok, und welche der Methoden ist nun am "Besten" oder sollte man verwenden?

Die erste Methode verwendet man, wenn man relativ zu einem Skript sein möchte, und die zweite, wenn man relativ zu einem Modul sein möchte. Die zweite könnte vielleicht immer klappen, aber da muss man auch mehr tippen.

ptk+2007-10-19 08:54:05--

Unterschiedliche Module mit gleichem Namen sollte man möglichst vermeiden. Spätestens bei der Verwendung von mod_perl hat man dann ein Problem.

Ist aber nicht immer möglich oder zu umständlich...