Module zur Laufzeit laden (Allgemeines zu Perl)

[thread]14874[/thread]

Module zur Laufzeit laden

Leser: 16

Articles: hide open all | hide show old branches

+8 replies
Escape

2010-03-27 16:57
User since
2008-07-24
312 Artikel
BenutzerIn
Ist es möglich mit
Code: (dl )

1 2 3

if ([Bedingung]) { eval 'use Modul'; }
ein Modul zur Laufzeit zu laden?

Bisher mach ich das immer mit require() und, soweit erforderlich, mit import().
Last edited: 2010-03-27 17:05:42 +0100 (CET)
Die Deutsche Rechtschreibung ist Freeware; Du darfst sie kostenlos nutzen – aber sie ist nicht Open Source, d.h. Du darfst sie nicht verändern und/oder in veränderter Form veröffentlichen.
- +2 replies
- renee
  
  2010-03-27 16:59
  
  User since
  2003-08-04
  14371 Artikel
  ModeratorIn
  
  Ja
  OTRS-Erweiterungen (http://feature-addons.de/)
  Frankfurt Perlmongers (http://frankfurt.pm/)
  --
  
  Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
  Perl-Entwicklung: http://perl-services.de/
  - Escape
    
    2010-03-27 17:03
    
    User since
    2008-07-24
    312 Artikel
    BenutzerIn
    
    Danke :-)
    Die Deutsche Rechtschreibung ist Freeware; Du darfst sie kostenlos nutzen – aber sie ist nicht Open Source, d.h. Du darfst sie nicht verändern und/oder in veränderter Form veröffentlichen.
- +5 replies
- pq
  
  2010-03-27 17:04
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  wie schon gesagt wurde, ja. beachte aber, dass beispielsweise importierte konstanten dann mit klammer aufgerufen werden müssen, da sie von perl zur compile time nicht erkannt werden. z.b. bei Fcntl die konstante LOCK_EX müsste man mittels LOCK_EX() aufrufen, da sich sonst entweder strict beschwert oder ohne strict das ganze als bareword-string "LOCK_EX" gelesen würde.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +4 replies
  - Escape
    
    2010-03-27 17:08
    
    User since
    2008-07-24
    312 Artikel
    BenutzerIn
    
    2010-03-27T16:04:09 pq
    wie schon gesagt wurde, ja. beachte aber, dass beispielsweise importierte konstanten dann mit klammer aufgerufen werden müssen, da sie von perl zur compile time nicht erkannt werden. z.b. bei Fcntl die konstante LOCK_EX müsste man mittels LOCK_EX() aufrufen, da sich sonst entweder strict beschwert oder ohne strict das ganze als bareword-string "LOCK_EX" gelesen würde.
    
    Sind noch weitere Vorteile/Nachteile gegenüber der Variante require/import vorhanden?
    Die Deutsche Rechtschreibung ist Freeware; Du darfst sie kostenlos nutzen – aber sie ist nicht Open Source, d.h. Du darfst sie nicht verändern und/oder in veränderter Form veröffentlichen.
    - +3 replies
    - pq
      
      2010-03-27 17:13
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      der angesprochene fall mit den konstanten ist bei einem require/import derselbe, da dies ja ebenfalls erst zur laufzeit passiert.
      
      daher sehe ich zwischen require/import und eval "use ..." jetzt keine gravierenden unterschiede. vorteil von eval ist halt noch die möglichkeit der fehlerabfrage, ob das modul geladen werden konnte. das ginge aber auch mit eval { require ... }
      
      edit: und das string-eval bietet dir den vorteil, modulnamen dynamisch zusammenbauen zu können
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +2 replies
      - Escape
        
        2010-03-27 17:18
        
        User since
        2008-07-24
        312 Artikel
        BenutzerIn
        
        2010-03-27T16:13:06 pq
        edit: und das string-eval bietet dir den vorteil, modulnamen dynamisch zusammenbauen zu können
        
        Uhhhhhhhh ...
        vor sowas graust es mir - das ist ähnlich wie Variablennamen 'zusammenbauen' - irgendwann geht das dann böse in die Hose.
        Die Deutsche Rechtschreibung ist Freeware; Du darfst sie kostenlos nutzen – aber sie ist nicht Open Source, d.h. Du darfst sie nicht verändern und/oder in veränderter Form veröffentlichen.
        
        pq
        
        2010-03-27 17:23
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        nein, sowas wird an vielen stellen angewendet und ist IMHO nicht vergleichbar mit symrefs. manchmal braucht man es auch einfach. z.b. die *::ANY-module, die einen wrapper um verschiedene implementierungen bieten, z.b. JSON::Any. gibt noch viele andere beispiele. plugin-fähige module brauchen sowas, und module wie DBIx::Class, die das schema automatisch laden, ohne dass du jede datenbank-tabelle (= modul) einzeln laden musst. oder File::Spec, was je nach system das richtige modul lädt.
        Last edited: 2010-03-27 17:25:21 +0100 (CET)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2010-03-27 16:57.