Die Hauptmotivation für die Entwicklung des imperia View-Prozessors war Frustration über die damals existierenden Template-Engines, die es für Perl gab. Keine davon bot alle Features, die ich für das V im MVC-Framework von imperia unabdingbar fand. Einige der wichtigeren Designentscheidungen hinter dem View-Prozessor sind im Folgenden erläutert, um einen Einblick in die Anatomie eines modernene Template-Prozessors vermitteln.
Mit Filtern lassen sich in AngularJS Volltextsuchen über kleine Datenbestände mit minimalem Aufwand realisieren. Das suggeriert jedenfalls die Dokumentation von AngularJS. Bei ernsthaften Anwendungen führt die naive Anwendung eines Angular-Filters auf das Datenmodell jedoch regelmäßig zu aus Usersicht mehr oder weniger willkürlichem Verhalten.
Content-Negotiation (wörtlich: Inhalts-Aushandlung) - ein Schlüsselkonzept für mehrsprachige Websites - ist für Nginx{:target="blank"} nur als Patch erhältlich. Das Aushandeln der Sprache ist für die meisten Sites aber eine ziemlich triviale Angelegenheit. Statt den Webserver zu patchen, reichen oft ein paar Zeilen Perl-Code.
Nach etlichen Jahren wollte ich vor kurzem endlich das Projekt Website von der TODO-Liste holen. Da ich nicht mehr bei Imperia arbeite, musste ich mich nach einer leichtgewichtigen Alternative umschauen. PHP wollte ich mir nicht antune, was die Auswahl stark einschränkte. Ein Kollege brachte mich schließlich auf Jekyll, das mich mit seinem simplen semi-statischen Ansatz an Imperia erinnerte, und ich beschloss, es auszuprobieren.
