---
title: "Ingen idétorka: Testa dina komponenter"
type: "forum-thread"
url: "https://www.webforum.nu/amne/asp/65716-ingen-idétorka-testa-dina-komponenter"
topic: "ASP"
topic_url: "https://www.webforum.nu/amne/asp"
author: "Vide"
published: "2003-01-22T00:06:53.000Z"
updated: "2003-01-23T11:33:26.000Z"
replies: 10
views: 392
page: 1
pages: 1
language: "sv-SE"
site: "webForum — webforum.nu"
rights: "Upphovsrätten till varje inlägg tillhör dess författare."
attribution: "Citera som: webForum, https://www.webforum.nu/amne/asp/65716-ingen-idétorka-testa-dina-komponenter"
---

# Ingen idétorka: Testa dina komponenter

## #1 — Vide, 2003-01-22T00:06Z

Hejsan,

Nu är jag på G, jag blev inspirerad av allt prat efter att jag skrev artikeln om hur du skapar en komponent.

Nu har jag skrivit en till som beskriver hur du lättast gör för att testa din komponent utan att behöva registrera den om och om igen för att debugga.

Artikeln hittar du här: [Testa din komponent](http://www.webeye.nu/getArticle.asp?aid=asp_23.asp) 

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.

Har ni några andra tips?

Mvh, Vide \*Som springer på artikelskrivarstigen\*

Permalänk: https://www.webforum.nu/p/65716

## #2 — crisse6, 2003-01-22T03:25Z

Tycker det ar bra hur du gor din ASP-kod till VB :)

Permalänk: https://www.webforum.nu/p/924483

## #3 — mrblonde, 2003-01-22T07:51Z

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...

Permalänk: https://www.webforum.nu/p/924533

## #4 — Erik Juhlin, 2003-01-22T08:51Z

Jupp, sen så går det ju att kalla på funktioner från "Immediate Window". Mycket trevligt när man vill testa någon liten funktion. :)

Permalänk: https://www.webforum.nu/p/924575

## #5 — Macce, 2003-01-22T09:42Z

Skriv en artikel om hur man arbetar med ADO referens till M$ ADO Library, för att kompilera sina databasanslutningar.

Förresten kan man anropa application och session i en komponent på någe vis ?

mvh

Permalänk: https://www.webforum.nu/p/924592

## #6 — Erik Juhlin, 2003-01-22T09:53Z

> **Macce skrev:**
>
> Förresten kan man anropa application och session i en komponent på någe vis ?

Jo, det går att få med ASP-objekten. Men det är inget man bör använda eftersom att affärslagret ska vara miljöoberoende.

Skicka in saker som parametrar till diit COM-objekt istället. :)

Permalänk: https://www.webforum.nu/p/924601

## #7 — Macce, 2003-01-22T09:58Z

Ok, misstänkte det....... :)

Permalänk: https://www.webforum.nu/p/924608

## #8 — OveRRidE, 2003-01-22T10:15Z

> **Erik Juhlin skrev:**
>
> > **Macce skrev:**
> >
> > Förresten kan man anropa application och session i en komponent på någe vis ?
>
> Jo, det går att få med ASP-objekten. Men det är inget man bör använda eftersom att affärslagret ska vara miljöoberoende.
> 
> Skicka in saker som parametrar till diit COM-objekt istället. :)

Eller så kan man dela in affärslagret i två delar; Data Centric och User Centric, där man skiljer på sådan kod.

Dock är ju fortfarande inte affärslagret miljöoberoende, men det är ju iallafall separerat.

Permalänk: https://www.webforum.nu/p/924618

## #9 — Vide, 2003-01-22T10:36Z

> **mrblonde skrev:**
>
> 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.

Får se vad jag gör åt det problemet.

Men jag uppskattar alla tips. :)

Permalänk: https://www.webforum.nu/p/924631

## #10 — Erik Juhlin, 2003-01-23T09:49Z

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... :)

Permalänk: https://www.webforum.nu/p/925284

## #11 — Vide, 2003-01-23T11:33Z

Tackar, har lagt till det också! :)

Permalänk: https://www.webforum.nu/p/925352

---

Tråden på webben: https://www.webforum.nu/amne/asp/65716-ingen-idétorka-testa-dina-komponenter