Bom, primeiro pensamento a considerar: Por que fazer outro gerenciador de templates, se já existem antos, já está comprovado seu excelente funcionamento (como é o caso de PHPLib, PHP FastTemplate, etc), e, supostamente, são fáceis de usar?

Um pouquinho de história: Não tenho muito tempo de PHP, muito embora, já tenha um punhado de cabelos brancos, com outras linguagens :) Quando tentei entender e utilizar o funcionamento das bibliotecas de templates já existentes, apesar de haver assumido as enormes vantagens de utilizar estes recursos, assim como o uso de OOP com PHP, mas me choquei com dois pequenos inconvenientes: Primeiro: não entendia bem o que havia "por debaixo" destas funções e destes objetos, ou a própria forma correta de aplicar a técnica, e, segundo: não conseguia abtrair bem, sequer os principios mais intrínsecos da própia orientação a objetos de PHP.

Vivo (e trabalho), a 3 anos, no Paraguay, onde, ao contrário do que muitos pensam, não temos acesso fácil a livros e tecnologias ( sim, havia, alguns anos atrás, mas as coisas mudaram... ). Apelei para internet. Lí artigos, documentações, scripts, blogs, e tudo mais o que encontrava, mas sempre, como é natural, cada autor apresenta seu próprio estilo, sua própria óptica.

Decidí que, para conseguir entender um pouco mais do que era o trabalho destes programadores, como funcionava o tema todo, etc., iria construir meu próprio "parseador" para templates. Me armei de paciencia, café, bom humor, e outras indispensáveis companias, e... funcionou!!!

Como verão adiante, é um código bastante simples, realmente funciona, e, sem nenhum custo adicional, permite absorver, a partir de outro ponto de vista, mais algumas coisinhas de OOP para iniciantes (observe-se que eu também sou um iniciante eterno ).

O que é um template?

Sim, já sei! Polêmica de novo! Bom, para evitar discussões desnecessárias, vamos por esta observação: NO MEU PONTO DE VISTA, um template é uma técnica que permite ao programador separar seu código "pesado", lógico, da parte mais visual e "soft" do projeto, que é o design HTML.

E porque separar? Observe um programa comúm de PHP, feito com tudo misturado (lógica e HTML), e terá a resposta. Um programador mais "purista" olha e diz: "Que feio isto! um monte de comandos HTML, que não obedecem a nenhuma estruturação do sistema, junto com o restante :(". Um webmaster que olhe o mesmo programa vai dizer: "Arrrrgh! Não posso entender isto! Comandos HTML (lindos), misturados com um monte de linhas de programas. Ininteligível. Ninguém poderá dar manutenção nesta coisa!".

Agora, com um sistema de template, você cria seu programa, e, à parte, usa arquivos que são quase só HTML. Se você não for um especialista em HTML, poderá desenhar seu código visual, apenas com o mínimo necessário para que o sistema possa ser, digamos, apresentável. Se for um especialista, nada o impede de "complicar, como queira, seu HTML, colocando javascript, css, e coisas assim.

O importante é que, como a parte visual está separada da parte lógica, quando quiser alterar suas páginas, somente terá que preocuparse com seu HTML, sem medo de tocar, como normalmente acontece, naquela linhazinha que não parecia importar, mas que faz com que todo o seu sistema deixe de funcionar e te dá duas horas de dor de cabeça para deixar como era antes ( não faz parte do tema, mas, provavelmente, você ainda não tinha feito backup, não é??? Que feio!!! :) )

Além disto, seu código (tanto o lógico, como o HTML) será mais agradável, visualmente, mais flexível, e mais adaptável.