@esskar, zum Veröffentlichen auf CPAN bin ich zu blöd.

Ich wollte es auf dem Workshop in Dresden vorstellen aber der Beitrag ist dann nicht angenommen worden. Ich konnte keine Ergänzungen mehr machen, weil ich gerade im Urlaub war. Ich bereite es für 2006 vor.

Aber wenn einer mit "Locale::Maketext" anfangen will, ich reich's gern rüber.\n\n

<!--EDIT|steffenw|1104100648-->

Danke Euch Allen!
Die Idee mit dem Hash von Hashes gefällt mir sehr gut. Jetzt sind diese blöden if und elsif's weg.

Für was brauche ich den nun einen Kostruktor?

[quote=Alex,26.12.2004, 23:38]Für was brauche ich den nun einen Kostruktor?[/quote]
in meinem beispiel ist der konstruktor fast schon unnötig...

@steffenw: Dafür kann man nicht zu blöde sein. Womit hast Du denn Probleme??

@Alex: Ein Konstruktor erzeugt eine Instanz einer Klasse. Nehmen wir an, du hast die Klasse "Hotel" (package Hotel). Dann kann man mit my $ibis = Hotel->new() ein Objekt erzeugen, mit dem Objekt kann man dann mehrere Sachen machen, zB. $ibis->set_Name('Mein Hotel').

So sind dem Objekt gewisse Eigenschaften zugeordnet und ist gegenüber anderen Objekten abgegrenzt (Kapselung). Wenn Du noch ein Objekt erzeugst (my $local_hotel = Hotel->new(); $local_hotel->set_Name('Hotel 2');, so hat $ibis immer noch den Namen 'Mein Hotel'.

Speziell für Dein Modul bräuchtest Du das eigentlich nicht, aber dadurch, dass Objektorientierte Programmierung sich auch in Perl immer mehr durchsetzt, versucht man auch die Module in Objektorientierung zu schreiben.\n\n

<!--EDIT|renee|1104101199-->

[quote=renee,26.12.2004, 23:46]@Alex: Ein Konstruktor erzeugt eine Instanz einer Klasse. Nehmen wir an, du hast die Klasse "Hotel" (package Hotel). Dann kann man mit my $ibis = Hotel->new() ein Objekt erzeugen, mit dem Objekt kann man dann mehrere Sachen machen, zB. $ibis->set_Name('Mein Hotel').
So sind dem Objekt gewisse Eigenschaften zugeordnet und ist gegenüber anderen Objekten abgegrenzt (Kapselung). Wenn Du noch ein Objekt erzeugst (my $local_hotel = Hotel->new(); $local_hotel->set_Name('Hotel 2');, so hat $ibis immer noch den Namen 'Mein Hotel'.[/quote]
:D :laugh: :D :laugh: :D :laugh: :D :laugh: :D :laugh:
Ha, ha, endlich versteht mich hier Jemand! <- War ein Spaß.

Habe das viele Löschen und den Doppelhash von esskar übernommen und das gemixt:

Jetzt hole ich mir die Worte im Script mit:

Sieht zwar komisch aus, aber die Langversion macht alles noch unübersichtlicher. Geht es noch kürzer?
In diesem Sinne vielen Dank, bis zur nächsten Sorge, gute Nacht.

Hm, OOP brauchst du zum Beispiel, wenn andere Leute deinen Code schnallen sollen.
Sonst müsste ich z.B. deinen Code erstmal nach der sub g_w durchforsten (und dann feststellen, dass die in einem Modul ausgelagert wurde :angry: ).
mfg pktm

OOP eignet sich hervorragend, um komplexe Strukturen zwischen Subroutinen/Modulen etc. zu übergeben. So benutze ich häufig Objekte von einer GenSequenz-Klasse dazu Informationen über diese Sequenz an ein anderes Modul zu übergeben, ohne dass ich diese erneut berechnen muss.

Alex, wenn du zeit hast dafür, würde ich dir unbedingt Object Oriented
Perl von Damian Conway empfehlen. klar, im forum kann man auch
immer was lernen, aber jeder macht OOP etwas anders, und wenn du das buch liest,
weißt du wenigstens, was du da tust.

irgendwie schreibe ich eher selten OOP-Module, weil viele Anforderungen nicht wirklich nach OOP riechen; man koennte zwar eine Klasse schreiben und die dann wie eine Singleton-Klasse verwenden, aber da verwende ich in der Regel lieber prozedurale Programmierung. Objektorientierte Module verwende ich hingegen sehr haeufig... klar, auch dafuer ist es hilfreich, wenn man versteht, warum das so funktioniert, wie es funktioniert...

[quote=pq,28.12.2004, 21:20]Alex, wenn du zeit hast dafür, würde ich dir unbedingt Object Oriented
Perl von Damian Conway empfehlen. klar, im forum kann man auch
immer was lernen, aber jeder macht OOP etwas anders, und wenn du das buch liest,
weißt du wenigstens, was du da tust.[/quote]
Ihr habt ja recht, ich sollte das mal lernen! Mein Projekt nimmt mitterweile solche Ausmaße an, wo mir das bestimmt hilfreich sein wird. Wollte halt jetzt mal mit dem was ich kann anfangen. Damit ich meine ersten kleinen Erfolgserlebnisse habe. Das nächste Thema sind Referenzen, die ich trotz Freaktreffen leider immer noch nicht schnalle.

Aber ich will auch eine saubere Arbeit machen, auf die ich stolz sein kann. Deshalb werde ich mich mal damit auseinandersetzen müssen. Glaube z. B. heute gelernt zu haben wie man mit mySQL arbeitet. Ihr dürft gespannt sein!

Das ganze habe ich mir ja freiwillig vorgenommen (habe da nix von, außer evtl. Anerkennung - wenn's denn gut ist. Bin immer noch Hotelier und kein Programmierer!), weil ich denke, dass da 'ne ganze Menge verschiedener Sachen zum lernen drin sind. So als Magatutorial, sozusagen - ohne Euch wäre ich machtlos. Danach kann ich es dann vermutlich...
... und dann weiß ich auch was ich da eigentlich mache! ;)