Può essere, XSLT era piuttosto popolare a volte.
Dipende da quanti anni ha questo codebase.
Lo usiamo ancora in progetti precedenti, ma il nostro scenario comune era di trasformare i file XML salvati su disco, non i dati in tempo reale recuperati dal DB.
JSON non era molto usato allora, XML era l'unico standard di fatto. È CMS e, fondamentalmente, un file XML era un articolo o una pagina di sezione.
Ha (avuto) dei professionisti.
- Era più veloce di altre soluzioni disponibili nel mondo PHP, dato che libxslt è scritto in C.
- La maggior parte del codice di visualizzazione è stata scritta in XSLT e indipendente da PHP, quindi dovrebbe essere più semplice migrare in un altro stack. Tuttavia ciò non è accaduto alla fine.
- I progettisti Web intendevano essere in grado di sezionare pagine html statiche in viste XSLT con dati XML mockup, utilizzando strumenti di terze parti indipendenti dal nostro CMS. Anche questo non è stato così facile. :)
Oggi ti piace molto il modo di pensare XSLT (push vs pull, ecc ...) per sceglierlo.
Continuo a preferire che manipoli file XML, ma di solito è tramite l'utility CLI xsltproc , a volte combinata con molti grep , sed , ecc. ..
Guarda ancora quel codice, forse vedi tracce degli stessi motivi lì. :)