Immaginate un contesto tipo dei classici forum in php:

motore software-> inclusione di Skin

esempio :

pagina default.asp -> motore software
pagina skin/skin.asp -> template grafico

nella pagina skin/skin.asp c'è html mescolato ad output di variabili del tipo <%= VARIABILE %>

la pagina skin.asp, anche se presente nella sottocartella skin, all'atto dell'esecuzione, viene comunque eseguita nella cartella superiore: quella che contiene la default.asp

In questo modo, qualsiasi istruzione asp introdotta nella pagina skin.asp può "interferire" con il motore default.asp, in particolare:

- l'introduzione di errori nella skin.asp pregiudica il funzionamento del motore
- l'introduzione di istruzioni, invece delle sole istruzioni di output, può pregiudicare il funzionamento del motore introducendo side effects ad esempio su variabili globali
- nel caso in cui il motore accedesse a databse, tramite la semplice istanziazione di un FSO nella pagina skin.asp sarebbe possibile leggere il percorso del db utilizzato dalla default.asp

il quesito ovviamente è: esiste un compromesso per creare "skin" che non pregiudichino il funzionamento del motore stesso?

l'unica idea che mi viene in mente è abbastanza assurda...

tipo non includere più i files ma aprirli con FSO dal motore, quindi non interpretarli più, ma restituirli all'utente con una replace del nome della variabile col suo valore settatoo dalla logica del motore...

solo che mi sembra un pò pesantuccio...

ringrazio tutti anticipatamente per l'attenzione

---

Modificato da abele il 14 luglio 2004 12.37 -

con asp.net, grazie al code-behind applicare delle skin risulta un pò più facile.

Ho scaricato un forum in asp classico con il supporto alle skin: è un rompicapo assurdo, file inclusi di qua e di là. Per modificare dei testi ho dovuto smanettare un bel po'.