validité de l'ASP classique comprennent modèle

Question

Voici un modèle que je pense à en ASP:

Imaginez que vous avez un fichier main.asp qui contient

<!--#include file="1.asp"--> 

code de 1.asp

...my code... 

pensez-vous qu'il est valide pour factoriser ce que

main.asp

Dim defined_1_asp = false 
<!--#include file="1.asp"--> 

1.asp

if (not defined_1_asp) then 
    defined_1_asp = true 
    ...my code... 
end if 

De cette façon, je pouvais factoriser tout mon SSI inclut tout en vous assurant qu'ils sont exécutés qu'une seule fois. Bien sûr, le contenu de l'inclusion serait inclus, mais l'exécution serait protégée par le if.

Je lis que le si déclaration ne possède pas son propre champ d'application en ASP classique donc il me semble que le comportement du code ne serait pas affecté par le refactoring.

Est-ce que je rencontrerais un goulot d'étranglement si les mêmes fichiers sont inclus SSI plusieurs fois?

Merci beaucoup pour votre aide,

Jérôme Wagner

Answer 1

AFAIK Vous ne pouvez pas inclure le code plus d'une fois (vous obtiendrez des erreurs avec des identifiants en double).

Je crée des classes en les créant si nécessaire.

Answer 2

Si vous devez inclure un élément de code plusieurs fois, vous devez en faire un sous-élément ou une fonction. Dans mon expérience, les SSI sont utilisés pour stocker ces Subs et fonctions. Donc ce que vous pouvez faire est de créer un sous dans 1.asp puis à main.asp faire ceci:

<!--#include file="1.asp"--> 

Dim defined_1_asp = false 

Call MySub 

Avec la Sous être quelque chose comme

If Not defined_1_asp Then 
    ...code here... 
End Sub 

Answer 3

Le SSI include est fait avant tout rendu de la page est fait. Cela signifie que 1.asp est inclus deux fois, ce qui vous donne des problèmes avec les déclarations de variables et toutes sortes de problèmes d'erreurs. Cela devrait être évité à tout prix. Ce que vous pouvez faire à la place (et c'est une pratique bien meilleure de conception et de programmation) est de placer le code dans 1.asp dans un sous-répertoire, vous pouvez alors appeler le sous-système chaque fois que la logique l'exige. Si c'est un problème plus complexe, vous pouvez créer des classes pour le contenu de 1.asp ou le diviser en plusieurs sous-fonctions et fonctions. Beaucoup plus propre et mieux pour l'entretien futur.