2009-07-28 4 views
1

Ich habe CGI::Application und CGI::Session betrachtet. Von den beiden scheint CGI::Session vielversprechender zu sein. CGI::Application Modell sieht jedoch nicht so aus, als würde es gut mit Template Toolkit funktionieren. (Bin ich falsch, das zu denken?)Welche Perl Session Management Library funktioniert gut mit TemplateToolkit?

Ich möchte mehr Sitzungen Verwaltungsbibliotheken bewerten, bevor Sie zu einem. Irgendwelche Empfehlungen? Ich suche nach einer Bibliothek, die Webserver-Agnostic ist, und funktioniert über mehrere Server. Catalyst ist keine Option für jetzt, aufgrund der Zeit, die erforderlich ist, um bestehenden Code in die Catalyst Art und Weise der Dinge zu aktualisieren.

+0

Ich verstehe Sie nicht Anforderung für die Session-Management-Bibliothek, um gut mit Ihrer Vorlagenbibliothek zu arbeiten. Was genau suchst du? – innaM

+0

Einige Session-Management-Bibliotheken sind tief in ein großes Framework wie Catalyst eingebettet, das verlangt, dass Sie die Dinge auf ihre Art tun. Unser eigenes Framework verwendet den TemplateToolkit-Weg von MVC (sort of). Daher brauchen wir eine Bibliothek, in der wir ihre Art, Dinge zu tun, nicht brauchen. (Kurz gesagt, eine lose gekoppelte Bibliothek) – GeneQ

+0

OK. Ich habs. Danke, dass du das geklärt hast. – innaM

Antwort

5

CGI::Application und CGI::Session sind sehr unterschiedliche Module. CGI::Session ist ein Session-Modul - es macht nichts darüber hinaus. CGI::Application ist ein leichtgewichtiges Framework. Es funktioniert gut mit Template Toolkit, einige von uns verwenden mit CGI::Application::Plugin::TT.

Wenn Sie also nur Sitzungen benötigen, verwenden Sie CGI :: Session.

Wenn Sie eine bessere Struktur Ihres Codes benötigen, verwenden Sie CGI :: Application. Sie können sogar CGI :: Session verwenden, mit CGI :: Application :: Plugin :: Session.

+0

Gute Antwort. Genau das, was ich wissen wollte. ;-) – GeneQ

0

Ich habe Apache::Session mit einigem Erfolg verwendet. Obwohl der Name eine andere Geschichte erzählt, glaube ich nicht, dass er nur mit einem Apache Webserver funktioniert.

Die nette Sache ist, dass Sie leicht ändern können, wie Sitzungen gespeichert werden, ohne Ihren eigenen Sitzungsbehandlungscode zu ändern. Z.B. Sie können mit Sitzungen beginnen, die als Dateien auf der Festplatte gespeichert werden, und dann zu einem DB-basierten System wechseln. Und ändern Sie danach das DB-Backend.

+0

Ich habe irgendetwas falsch mit Apache :: Session? – innaM

+0

Ich sehe nicht, was Sie mit Apache :: Session über CGI :: Session/CGI :: Application :: Plugin :: Session gewinnen, da die Vorteile, die Sie für Apache :: Session beschreiben, für CGI :: Session verfügbar sind. – MkV

+0

Das macht also Apache :: Session schlechte Ratschläge und ein Grund für einen Downvote? – innaM