Wie organisier ich Dual-Life Module (Logging) (Projekte)

[thread]18399[/thread]

Wie organisier ich Dual-Life Module (Logging)

Leser: 20

Articles: hide open all | hide show old branches

+4 replies
lichtkind

2013-06-22 14:46

User since
2004-03-22
5679 Artikel
ModeratorIn + EditorIn

Moinsen,

Wie schon geschrieben bin ich grad wieder verstärkt an Kephra und hab einige Module die ich gern getrennt ins CPAN stellen würde. Einziger Haken: Kephras zentrale logging API. Ich könnt es einfach mit einer zeile in den betreffenden Modulen lösen die nur bei geladenem Kephra.pm im %INC und wenn nicht wird es nach print gerouted. dann könnt ich direkt dieses Modul als abhängigkeit für Kephra anmelden.. Oder ich betreib es im dual life mode a la Coremodule. Was fändet ihr besser, oder habt ich eine noch bessere Idee?

Danke
Tutorien in der Wiki, mein zeug:
kephra, baumhaus, garten, gezwitscher

Es beginnt immer mit einer Entscheidung.
- +2 replies
- topeg
  
  2013-06-22 15:29
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  Ich löse das meist so, das ich ein "log-handler" einbaue:
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
  
  my %log_handler; sub log_handler { my ($self,$sub)=@_; return 0 unless ref $sub eq 'CODE'; $log_handler{$self}=$sub; return 1; } #... sub new { #... $log_handler{$self}=sub{ 1 }; return $self; } #... $log_handler{$self}->('type' => \@messages); #...
  
  Dann kann jeder sein bevorzugtes Logging-Modul einbauen oder ganz weglassen. Du musst nur definieren welche Nachrichtentypen es gibt.
  Mir reicht meist. "error" "warning" "message" "info"
  "error" verändern den Rückgabewert der Methode (Fehler halt)
  Bei "warning" kann der Rückgabewert inkorrekt sein
  "message" sind Informationen über Veränderungen im Programm/System
  "info" erzählt was gerade passiert.
  
  Noch vor ein paar Jahren habe ich häufig ein eigenes Logging für jedes Modul geschrieben, speziell für Fehlermeldungen. Aber das wird bei vielen Modulen schnell unübersichtlich und bedeutet einiges an zusätzlichem Code. Der Weg über einen Handler ist einfach kurz und leicht zu verwenden. Wenn möglich erbe ich von einem kleinen Modul "my_logging" das ungefähr so aussieht:
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
  
  package my_logging; my %log_handler; sub __log_init { $log_handler{$_[0]}=sub{ 1 }; } sub log_handler { my ($class,$sub)=@_; return 0 unless ref $sub eq 'CODE'; $log_handler{$class}=$sub; return 1; } sub __do_log { return $log_handler{shift()}->(@_); } 1;
  - lichtkind
    
    2013-06-22 17:14
    
    User since
    2004-03-22
    5679 Artikel
    ModeratorIn + EditorIn
    
    danke für die antwort. ich würd die coderef schon gerne über eine sub und nicht ne hashzelle aufrufen, was ich allerdings wirklich wissen wollte wie ihr dazu stehen würdet, wenn ihr euch ein modul aus dem CPAN ladet und es sich falls vorhanden und geladen autamtisch gen Kephra::API loggt.
    Tutorien in der Wiki, mein zeug:
    kephra, baumhaus, garten, gezwitscher
    
    Es beginnt immer mit einer Entscheidung.
- lichtkind
  
  2013-06-25 13:23
  
  User since
  2004-03-22
  5679 Artikel
  ModeratorIn + EditorIn
  
  nagut vielleicht gibt's mehr reaktionen wenn ich was hab, derzeit sinds eh nur Prototypen.
  
  bin mir aber jetzt recht sicher selbst auf Moo verzichten zu können und da ich eh immer speziellen anforderungen hab tendier ich zu dual life.
  Last edited: 2013-06-25 13:24:58 +0200 (CEST)
  Tutorien in der Wiki, mein zeug:
  kephra, baumhaus, garten, gezwitscher
  
  Es beginnt immer mit einer Entscheidung.

View all threads created 2013-06-22 14:46.