Men nu fick jag idétorka igen, jag vill nog skriva om något i komponentväg igen, frågan är bara vad. OverRide har givit mig tipset att skriva om hur du administrarar dina komponenter på servern genom den "Component Service" som finns.
En annan grej att skriva om är hur du konverterar befintlig ASP-kod till VB, så att du kan använda de funktioner du skapat i komponenter.
om man har möjlighet att köra sin asp på samma maskin som man utvecklar sitt COM objekt på så behöver man inte gå någon väg över EXE fil. Tryck bara play i VB så registreras komponenten i minnet, sen kan du köra din asp sida som vanligt och testa. Stoppa in en breakpoint i den VB funktion som du vill testa så kan du när asp sidan anropar den steppa i VB koden.
Detta förutsätter att du har hela utvecklingsmiljön på din workstation, VB, IIS osv. Men fördelen är att du direkt kan testa din ASP så det blir rätt där, istället för att sitta och ödsla tid på att skapa formulär, knappar osv...
om man har möjlighet att köra sin asp på samma maskin som man utvecklar sitt COM objekt på så behöver man inte gå någon väg över EXE fil. Tryck bara play i VB så registreras komponenten i minnet, sen kan du köra din asp sida som vanligt och testa. Stoppa in en breakpoint i den VB funktion som du vill testa så kan du när asp sidan anropar den steppa i VB koden.
Detta förutsätter att du har hela utvecklingsmiljön på din workstation, VB, IIS osv. Men fördelen är att du direkt kan testa din ASP så det blir rätt där, istället för att sitta och ödsla tid på att skapa formulär, knappar osv...
Bara ett tips...
Sanning, tyvärr har jag inte min utvecklingsmiljö på det sättet här hemma, jag kör Workstation <--> Server, och vill helst inte ändra det. Problemet är alltså inte att skriva om det, men att testa att det man skrivit fungerar.
Ett annat tips är att köra Ctrl+F5 när man vill köra igång projektet. Då görs en snabb koll efter odimmade variabler och liknande som inte skulle gå igenom kompileringen... :)
