Un file XSLT lungo è un odore di codice ?
Nei linguaggi di programmazione imperativi è generalmente riconosciuto che classi e / o sotto-routine molto grandi sono un'indicazione di possibili problemi, ad es. una classe che sta facendo troppo. Tale classe dovrebbe essere considerata per il refactoring in più classi più piccole, ognuna con una funzione più chiara e ben definita, rendendo così il codice più facilmente testato, mantenuto, ecc.
Si applica una regola simile per le trasformazioni XSL?
Quando vedo un XSLT di grandi dimensioni, il mio istinto è che ha bisogno di essere suddiviso in qualche modo simile a come avrei dovuto separare e refactoring di una classe estesa.