Men du trenger ikke å bruke ASP er fullt i stand til å håndtere mange brukere med burde hjelp fra eksterne COM objekter eller MTS. Jeg anbefaler at du bruker ASP alene for læring. Som dine scripting og database-evner vokser du kan begynne å bygge og bruke COM-objekter. Når skalerbarhet krav vokse ASP sin iboende evner, kan du være å bruke MTS. Enkel tekstbehandling Bruk ASP script for enkel tekstbehandling. Dette er ASP sterke punkt, som det vanligvis innebærer sires av enkle beslutninger om hvordan du formaterer svar. Unngå å bruke ASP script for komplekse streng manipulasjoner, spesielt i løkker, fordi det er for treg. Complex Beslutnings Bruk ASP for komplekse beslutninger. Datamaskiner er ekstremt rask på å gjøre enkle beslutninger, og ASP skript, selv om de ikke er den raskeste språket rundt er mer enn tilstrekkelig for å gjøre slike vedtak. Når du kombinerer avgjørelser-making med tekstbehandling, har du Bulling blokker for å lage personlige, interaktive applikasjoner. Som din beslutning -making og databehandling kravene øker du kan kjøpe eller bygge com datamaskiner. Som du øke bruken av serverbaserte COM-komponenter. ASP blir mellommann mellom nettleseren og disse back-end komponenter. Som jeg sa tidligere-ASP er limet
Hvordan ikke å bruke ASP
Akkurat som ASP har sine sterke sider, det har også sine svake punkter, som er ASP er et tolket, ikke et kompilert språk derfor det, er iboende tregere enn andre, utarbeidet løsninger. ASP har ikke sterk variabel typing-variablene er varianter. Varianter er praktisk, men er også store og flis deretter skrev variables.ASP tåke innsats omfatter filer hver gang de brukes. Asp behandler alle objektvariabler som sen-bundet stedene. Det må be om informasjon om objektet for hver eiendom eller metode tilgang, noe som senker respons. I konkurransen, kompilert språk har vanligvis sterk variabel skrive noe som betyr at programmereren må angi type og omfanget av innhold hver variabel vil ha. Det betyr mer arbeid for programmerer, men mindre arbeid for programmet fordi det eliminerer beslutninger. Tilsvarende inkluderer filer i kompilert programmet inngår bare én gang, ved kompilering, og objektreferanser kan være uhyggelig-bundet som betyr at kompilatoren sjekker eiendom og objekt referanser kan være metodenavn og utkant ved kompilering, ikke under kjøring.
Som Forretnings Logic
ASP er ikke på sitt beste når implementering av forretningsregel av to grunner. Først slike regler ofte involverer mange objekt eiendom eller database aksesser. Språk som VB eller C ++ bruker
Tidlig binding for å få tilgang objektvariabler. Det betyr at kompilatoren kjenner mengden av egenskaper metoder argumenter og returnerer verdier avslørt av et objekt på kompilatoren tid. I kontakter, må ASP be objektet for en liste over sine eiendommer metoder på runtime- og det må gjøre dette for hver eiendom eller metode tilgang. Denne typen objekttilgang kalles sen binding. Sen binding som du kan forestille deg er flere ganger saktere enn tidlig binding, som er enda viktigere er det ideelle programmet modellen plasserer forretningsregler til objekter for å lage et rent skille mellom regelen implementering og grensesnittet