ASP prend en charge comme par magie deux syntaxes : JScript et VBScript
Je n'ai jamais vu personne faire le MVC d'ASP haha, je suppose que la personne qui l'a implémenté doit souffrir :
Mes pensées sont :
Point d'entrée unifié
Module d'analyse et action
Utilisez ensuite des expressions régulières et FileSystemObject pour traiter les fichiers asp du module et de l'action et les générer dans le répertoire d'exécution,
Ensuite, appelez ces fichiers sous runtime à chaque fois.
Bien sûr, vous devez implémenter des choses comme l'importation nécessite l'inclusion, etc.
Ne me pose pas cette question, tu ressens des douleurs dans les couilles ou pas ? Je sais seulement que je ressens des douleurs dans les couilles, haha
Bien sûr, ceux qui utilisent ASP sont généralement des systèmes à petite échelle, par exemple cms ou quelque chose comme ça, ne vous attendez pas à ce que ce soit à grande échelle, donc je le fais dans des conditions à petite échelle
En fait, il n'est pas nécessaire d'unifier les points d'entrée. Laissez asp analyser l'url... S'il y a beaucoup de règles d'url, l'efficacité sera trop faible... Si vous ne vous souciez pas de l'url, vous pouvez utilisez également get pour obtenir l’action.
En fait, le but de mvc est de diviser le travail en couches si cet objectif peut être atteint, tout ira bien.
S'il existe un script avec l'URL /articles.asp et que le fichier correspondant est D:projectwebarticles.asp, alors ce fichier peut être considéré comme un contrôleur. S'il existe un fichier modèle D:projectmodelarticles.asp qui peut obtenir des données, et ce fichier définit Il existe plusieurs méthodes pour obtenir les données des articles, et le fichier de vue D:projectviewarticles.asp, le contrôleur peut être écrit comme ceci :
En fait, il en va de même pour les autres langages. Si vous souhaitez implémenter un framework à entrée unique qui manque dans mvc, c'est nécessaire. Si les performances sont une considération importante, il est beaucoup plus efficace de laisser le serveur Web décider du contrôleur que de laisser l'interprète décider.
L'avez-vous testé ? J'ai pensé à faire cela (entrée unique) en 2005, mais après test, ASP 3.0 ne prend pas en charge l'inclusion dynamique. Écrire comme ceci ne prendra pas effet, include ne fera pas attention au if/else précédent :
si (condition a)
inclure un.asp
sinon si (condition b)
inclure b.asp
Je me demande si la nouvelle version d'ASP prend en charge cette fonctionnalité après 6 ans et demi