Bien que de nombreux sites Web qui utilisent ASP n'utilisent pas du tout des composants, dans cet article, ASP est supposé être un pont entre les clients Internet et les composants.
Services de division ASP et composants
ASP est le plus souvent utilisé pour créer des fichiers HTML ou XML à utiliser par les clients sur des serveurs, nous discutons donc principalement de ce scénario d'utilisation. Cela soulève une question commune: si les pages ASP sont sur le serveur, alors appartiennent-elles à une partie de la couche commerciale? Dans le monde des composants, la réponse est généralement non. Bien qu'ASP fonctionne sur le serveur et puisse être dans le même espace que le serveur d'applications, cela ne le fait pas partie de la logique métier.
Avec l'interface utilisateur, les outils en croissance ou à mesure que des solutions plus commerciales sont activées, la distinction claire apportera une énorme récompense.
Cela dit, examinons certains des critères de division de couche commerciale et de présentation les plus importants: la couche commerciale:
Code d'interface utilisateur séparé de la logique métier. Cela comprend l'écriture de code couplé à l'interface utilisateur, comme l'utilisation d'un objet MTS qui utilise un composant interne ASP pour le séparer du code de logique métier, comme s'il était dans une DLL différente.
Séparer les transactions des pages ASP. ASP de transaction est très bon dans certains cas, mais les composants et les applications à plusieurs niveaux le modifient. Les composants ne doivent pas compter sur la couche client pour gérer leurs transactions et sa sémantique logique métier.
Placez le composant représentant (composant qui utilise la demande et la réponse) dans la même machine et / ou le même processus que le serveur Web. Si un objet utilisant l'objet de composant interne ASP est placé sur une machine distante, tous les appels vers le composant interne se produiront dans un formulaire de rappel. Le serveur COM + qui appelle le client IIS est un serveur COM +, qui réduit considérablement les performances et complique la configuration de sécurité. Ces objets Tweak peuvent être placés dans une "activation" de la bibliothèque marquée de l'application COM +.
ASP existe sur le serveur, de sorte que la page ASP doit se conformer aux règles de partage des ressources et garder à l'esprit l'évolutivité. Veuillez consulter les détails ci-dessous:
Dans une "session", la direction devrait essayer d'éviter le statut spécifique à l'utilisateur.
Gardez ASP sans état et autorisez les pools de ressources dans la mesure du possible.
Méthode de fonctionnement
Lorsque vous évaluez si un segment de code appartient à la logique métier ou à la couche de présentation, demandez-vous: "Si je dois remplacer ma page ASP par une application téléphonique de type bouton, ce code est-il toujours utile?" Si la réponse est "oui", vous pouvez essayer de le diviser en code logique métier ou code d'assistance interface utilisateur.
Si le code ne peut pas être utilisé après avoir modifié le client, ou s'il est une aide pour construire l'interface utilisateur, le code appartient à la couche de service de représentation. Il se trouve dans la page ASP ou dans un composant qui utilise les composants internes ASP. Il n'appartient pas au composant d'objet commercial.
Comprendre la différence entre le bureau et le client ASP
ASP est un client spécial de composants, contrairement aux applications Win32 traditionnelles à thread unique sur le bureau. Les principales différences sont résumées comme suit.
Gestion des threads: ASP est un client multithread. Cela signifie qu'il peut y avoir de nombreuses activités simultanées qui se déroulent ensemble, peut-être gérer des pages ASP différentes en même temps. Cela signifie que l'objet ne peut pas prétendre à faussement qu'il s'agit du seul utilisateur à occuper exclusivement le système. Cela peut provoquer des réactions inattendues, par exemple, pour développer une mauvaise habitude de stocker des objets dans une session ASP ou des variables d'application.