---

Er der en funktion i vbscript/asp der giver mig mulighed for at smelte to 1d
arreys sammen til en 2d arrey. Med 1d og 2d mener jeg 1 og 2 dimentioner.
altså er en 2d arrey:

index, første række, anden række
0 Cykel Hjul
1 Cykel Styr
2 Bil Motor

--
Mvh
Anders Lund
Anders@zaimGED.dk
Fjern geden fra min signatur!

---

"Anders Lund" <Anders@zaimGED.dk> skrev
> Er der en funktion i vbscript/asp der giver mig mulighed for at smelte to
1d
> arreys sammen til en 2d arrey. Med 1d og 2d mener jeg 1 og 2 dimentioner.
> altså er en 2d arrey:
>
> index, første række, anden række
> 0 Cykel Hjul
> 1 Cykel Styr
> 2 Bil Motor

Det findes ikke en funktion, som kan smelte arrays sammen, det bliver du
vidst selv nødt til at lave.

Er det korrekt at det er følgende du gerne vil have udført:

dim myarray1(2)
myarray1(0) = "Cykel"
myarray1(1) = "Cykel"
myarray1(2) = "Bil"

dim myarray2(2)
myarray2(0) = "Hjul"
myarray2(1) = "Styr"
myarray2(2) = "Motor"

dim samletarray(2,2)
samletarray(0,0) = myarray1(0)
samletarray(0,1) = myarray2(0)

samletarray(1,0) = myarray1(1)
samletarray(1,1) = myarray2(1)

samletarray(2,0) = myarray1(1)
samletarray(2,1) = myarray2(1)

Mvh. Christoffer Thygesen

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Er du på udkig efter billige DVD-film, så kig her http://cht.dk/dvd/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

---

Thygesen" <cht@cht.dk> skrev i en meddelelse news:apel8i$qep$1@sunsite.dk...
> "Anders Lund" <Anders@zaimGED.dk> skrev
> Er det korrekt at det er følgende du gerne vil have udført:


Yep der var det din kode kunne jeg ønskede, men det kunne jeg nu godt selv
have lavet. Det der er mit problem er, at jeg ikke ved hvor lange arryerne
er, så der hvor du skriver dim samletarray(2,2) får jeg et problem.

--
Mvh
Anders Lund
Anders@zaimGED.dk
Fjern geden fra min signatur!

---

On Sun, 27 Oct 2002 02:02:05 +0200, "Anders Lund" <Anders@zaimGED.dk>
wrote:

>Yep der var det din kode kunne jeg ønskede, men det kunne jeg nu godt selv
>have lavet. Det der er mit problem er, at jeg ikke ved hvor lange arryerne
>er, så der hvor du skriver dim samletarray(2,2) får jeg et problem.

Kig på Ubound-funktionen.

--
Jørn Andersen,
Brønshøj

---

"Jørn Andersen" <jorn@jorna.dk> skrev i en meddelelse
news:03lnru8o2vbh9r665s0od5tch3iie488aj@4ax.com...
> Kig på Ubound-funktionen.

Jeg kender godt ubound, men det er så vidt jeg ved umuligt at erklære en
arrey med en variabel som størrelse.

--
Mvh
Anders Lund
Anders@zaimGED.dk
Fjern geden fra min signatur!

---

Anders Lund wrote :

> "Jørn Andersen" <jorn@jorna.dk> skrev i en meddelelse
> news:03lnru8o2vbh9r665s0od5tch3iie488aj@4ax.com...
>> Kig på Ubound-funktionen.
>
> Jeg kender godt ubound, men det er så vidt jeg ved umuligt at erklære
> en arrey med en variabel som størrelse.

så kig på ReDim-kommandoen ...



--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

---

"Jesper Stocholm" <jespers@stocholm.invalid> wrote
> så kig på ReDim-kommandoen ...

Performancemæssigt er det ofte er det bedre at overdimensionere end det er
at ReDimme.

--
Jakob Andersen

---

Jakob Andersen wrote :

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> så kig på ReDim-kommandoen ...
>
> Performancemæssigt er det ofte er det bedre at overdimensionere end
> det er at ReDimme.

det ved jeg godt, at du - og andre herinde - synes :)

Problemet med at dimensionere "over målet" er imo, at det ikke er "god
skik". Jeg er klar over, at ukritisk brug af ReDim ikke er at foretrække,
men jeg kan ikke se, at en enkelt anvendelse skal erstattes af at lave et
array på 1000x1000 for at være sikker.

Jeg har for nyligt lavet en applikation til fletning af data i
tabelstruktur, der i høj grad anvendte to-dimensionelle arrays, og jeg
bemærkede ikke nogen "performance-nedgang" - selvom det var mere reglen
end undtagelsen, at ReDim blev valgt. Jeg vil også vurdere, at i selve
udviklingsfasen blev min brugte tid nedsat med op imod 10-15% ved at
bruge præcist den rigtige størrelse array - og ikke overdimensionere.

Dermed ikke sagt, at man altid skal anvende ReDim, hvis man kan ... jeg
savner blot (herinde) at det vurderes i hvilken sammenhæng funktionen
skal benyttes - inden der rådes til at man i stedet overdimensionerer.
Det er klart, at en ReDim på et fyldt 10^6*10^6 array nok vil være
problemfyldt, sådan rent performancemæssigt, men at det skulle påvirke
performance mærkbart, at man laver en ReDim på et 2*20 array vil jeg
stille mig kritisk overfor.

Jakob, dette er ikke rettet imod dig specielt, det er mere imod den
"rygmarvsreaktion" jeg tit synes at opleve herinde, når folk vover at
nævne ReDim.



--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

---

"Jesper Stocholm" <jespers@stocholm.invalid> wrote
> Problemet med at dimensionere "over målet" er imo, at det ikke er "god
> skik". Jeg er klar over, at ukritisk brug af ReDim ikke er at foretrække,
> men jeg kan ikke se, at en enkelt anvendelse skal erstattes af at lave et
> array på 1000x1000 for at være sikker.

Jeg er enig i at det ikke er god skik, men hvis man skulle følge god skik
hver gang man arbejder med ASP/VBscript så ville det efter min mening blive
noget værre rod. Desuden kender vi ikke Anders reelle kode men har blot fået
et tænkt eksempel med nogle husdyr.

> Dermed ikke sagt, at man altid skal anvende ReDim, hvis man kan ... jeg
> savner blot (herinde) at det vurderes i hvilken sammenhæng funktionen
> skal benyttes - inden der rådes til at man i stedet overdimensionerer.

Lige for at forsvare mig selv så havde jeg altså også fået sneget et "ofte"
ind i min sætning

> Jakob, dette er ikke rettet imod dig specielt, det er mere imod den
> "rygmarvsreaktion" jeg tit synes at opleve herinde, når folk vover at
> nævne ReDim.

Fair nok, så lad mig da ved samme lejlighed slå et slag for at spørgere i
højere grad beskriver i hvilken sammenhæng deres spørgsmål/problem indgår.

Der er oftest flere svar på det samme spørgsmål afhængig af situationen og
hvis denne blev beskrevet ville vi alle i gruppen ende op med noget
smukkere, hurtigere og mere sikkert kode. Og det er vel ikke at kimse af

--
Jakob Andersen

---

Jakob Andersen wrote :

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> Problemet med at dimensionere "over målet" er imo, at det ikke er
>> "god skik". Jeg er klar over, at ukritisk brug af ReDim ikke er at
>> foretrække, men jeg kan ikke se, at en enkelt anvendelse skal
>> erstattes af at lave et array på 1000x1000 for at være sikker.
>
> Jeg er enig i at det ikke er god skik, men hvis man skulle følge god
> skik hver gang man arbejder med ASP/VBscript så ville det efter min
> mening blive noget værre rod.


hmmm ... kald mig bare "fein-schmecker", men det kan aldrig blive noget
rod at forsøge at kode på den bedste måde. Jeg må også erkende, at
skiftet fra reg. ASP til .Net for mig har været noget nær en fornøjelse -
imo fordi jeg længe har forsøgt at "kode så godt som muligt" - uanset om
det var overkill eller ej. Hvis man altid vælger den mest velvalgte
løsning, så kan man ikke gå helt galt i byen. Det er når man hver gang
vælger den _lette_ løsning man brænder naldrene.

> Lige for at forsvare mig selv så havde jeg altså også fået sneget et
> "ofte" ind i min sætning



>> Jakob, dette er ikke rettet imod dig specielt, det er mere imod den
>> "rygmarvsreaktion" jeg tit synes at opleve herinde, når folk vover at
>> nævne ReDim.
>
> Fair nok, så lad mig da ved samme lejlighed slå et slag for at
> spørgere i højere grad beskriver i hvilken sammenhæng deres
> spørgsmål/problem indgår.

Det er helt 100% korrekt. Som oftest er svaret på et spørgsmål meget
afhængig af løsningen det skal bruges i, men når man blot får at vide, at
"jeg skal bruge et dynamisk array til noget kode-hejs", så er det svært
at råde korrekt. Personligt så jeg dog hellere, at man spurgte lidt om,
hvad det skulle bruges til - i modsætning til blot at svare "Lav bare et
1000x1000 array, så er du sikker på, at du har plads nok".

> Der er oftest flere svar på det samme spørgsmål afhængig af
> situationen og hvis denne blev beskrevet ville vi alle i gruppen ende
> op med noget smukkere, hurtigere og mere sikkert kode. Og det er vel
> ikke at kimse af

Nope ... og det er vel også meningen ... uanset om 90% af al den kode,
der spørges om i denne gruppe vel aldrig kommer til at blive brugt på
websites med over 2 samtidige brugere set i løbet af en hel dag.

.... var det i øvrigt ikke en del af et af de ønskede spørgsmål til
FAQ'en ... ?



--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

---

"Jesper Stocholm" <jespers@stocholm.invalid> wrote
> hmmm ... kald mig bare "fein-schmecker", men det kan aldrig blive noget
> rod at forsøge at kode på den bedste måde.

Problemet ligger i definitionen af "den bedste måde", for mig handler det
altid om tre ting (uprioriteret):

1) Kundens behov
2) Optimal performance
3) Sikkerhed

At 1) og 2) så ofte hænger sammen er en anden side af sagen.

> Hvis man altid vælger den mest velvalgte
> løsning, så kan man ikke gå helt galt i byen.

Det jeg opponerer imod i dine udtalelser er at den mest "smukke" løsning i
kodningem f.eks. at bruge ReDim ikke nødvendigvis er det bedste rent
performancemæssigt.

> Personligt så jeg dog hellere, at man spurgte lidt om,
> hvad det skulle bruges til - i modsætning til blot at svare "Lav bare et
> 1000x1000 array, så er du sikker på, at du har plads nok".

Nu tager du det nok også ud i ekstremerne, men jo jeg burde nok have flettet
noget ala dette ind:
=======
Performancemæssigt er det ofte er det bedre at overdimensionere end det er
at ReDimme. Så fortæl os lidt om i hvilken sammnhæng det skal bruges så du
kan få bygget den mest optimale løsning
=======

> Nope ... og det er vel også meningen ... uanset om 90% af al den kode,
> der spørges om i denne gruppe vel aldrig kommer til at blive brugt på
> websites med over 2 samtidige brugere set i løbet af en hel dag.

Det er faktisk lidt sjovt du siger det, jeg har ofte tænkt på hvad det er
folk egentlig sider og bikser med når de spørger/svarer herinde.

--
Jakob Andersen

---

Jakob Andersen wrote :

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> hmmm ... kald mig bare "fein-schmecker", men det kan aldrig blive
>> noget rod at forsøge at kode på den bedste måde.
>
> Problemet ligger i definitionen af "den bedste måde", for mig handler
> det altid om tre ting (uprioriteret):
>
> 1) Kundens behov

[1]

> 2) Optimal performance
> 3) Sikkerhed
>
> At 1) og 2) så ofte hænger sammen er en anden side af sagen.

Det har du fuldstændig ret i ...

>> Hvis man altid vælger den mest velvalgte
>> løsning, så kan man ikke gå helt galt i byen.
>
> Det jeg opponerer imod i dine udtalelser er at den mest "smukke"
> løsning i kodningem f.eks. at bruge ReDim ikke nødvendigvis er det
> bedste rent performancemæssigt.

Jeg taler sådan set ikke om at man altid skal vælge "den smukke" løsning.
Der er masser af tilfælde, hvor jeg hellere ville vælge at
overdimensionere end ReDim-løsningen. Jeg har blot endnu ikke set, at der
er nogen, der har foreslået ReDim, hvor der derefter ikke er nogen, der
har sagt at det er et dårligt valg. Det synes jeg blot er lidt underligt
.... funktionen er jo fin nok ... det er anvendelsen af den, der kan være
problematisk.

>> Personligt så jeg dog hellere, at man spurgte lidt om,
>> hvad det skulle bruges til - i modsætning til blot at svare "Lav bare
>> et 1000x1000 array, så er du sikker på, at du har plads nok".
>
> Nu tager du det nok også ud i ekstremerne



> , men jo jeg burde nok have
> flettet noget ala dette ind:
> =======
> Performancemæssigt er det ofte er det bedre at overdimensionere end
> det er at ReDimme. Så fortæl os lidt om i hvilken sammnhæng det skal
> bruges så du kan få bygget den mest optimale løsning
> =======
>
>> Nope ... og det er vel også meningen ... uanset om 90% af al den
>> kode, der spørges om i denne gruppe vel aldrig kommer til at blive
>> brugt på websites med over 2 samtidige brugere set i løbet af en hel
>> dag.
>
> Det er faktisk lidt sjovt du siger det, jeg har ofte tænkt på hvad det
> er folk egentlig sider og bikser med når de spørger/svarer herinde.

derfor forsøger jeg også selv at komme med en lille beskrivelse af mit
problem, når jeg har behov for hjælp. Som du, så synes jeg også, at det
er sjovere at hjælpe, når man ved lidt om, hvad det er, der ønskes ... og
det gør så også oftest hjælpen bedre.

[1] Gad egentlig vide, hvor mange herinde, der er "hyggekodere" og hvor
mange, der bruger gruppen i professionelle sammenhænge :)

--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

---

"Jesper Stocholm" <jespers@stocholm.invalid> wrote
> [1] Gad egentlig vide, hvor mange herinde, der er "hyggekodere" og hvor
> mange, der bruger gruppen i professionelle sammenhænge :)

Jeg kan da starte med at sige at jeg benytter ASP kommerciel sammenhæng, jeg
bruger gruppen som en slags hjernegymnastik(sal) hvor jeg kan holde
ASP-delen af min hjerne i sving

Så må vi jo se om der er andre der vil følge mit eksempel og sige i hvilke
sammenhænge de bruger ASP og gruppen?

--
Jakob Andersen

---

Jakob Andersen wrote :

> "Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> [1] Gad egentlig vide, hvor mange herinde, der er "hyggekodere" og
>> hvor mange, der bruger gruppen i professionelle sammenhænge :)
>
> Jeg kan da starte med at sige at jeg benytter ASP kommerciel
> sammenhæng, jeg bruger gruppen som en slags hjernegymnastik(sal) hvor
> jeg kan holde ASP-delen af min hjerne i sving
>
> Så må vi jo se om der er andre der vil følge mit eksempel og sige i
> hvilke sammenhænge de bruger ASP og gruppen?

det vil jeg da gerne. Jeg bruger primært denne gruppe som en slags
"kompetence-opbyggende uddannelse". Jeg har to-tre "sandkasser" rundt
omkring - herunder mit eget domæne - hvor jeg tester og undersøger
brugbarheden af løsninger. Disse løsninger anvender jeg så professionelt
- hvis de dur til noget - i forbindelse med mit arbejde.



--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

---

Jakob Andersen skrev:

> Jeg kan da starte med at sige at jeg benytter ASP kommerciel sammenhæng,
jeg
> bruger gruppen som en slags hjernegymnastik(sal) hvor jeg kan holde
> ASP-delen af min hjerne i sving
>
> Så må vi jo se om der er andre der vil følge mit eksempel og sige i hvilke
> sammenhænge de bruger ASP og gruppen?

Jeg bruger gruppen som en ekstrem god hjælpe kilde og eftersom jeg er blevet
lidt bedre, også for at hjælpe andre.

Jeg arbejder P.T. på en mere eller mindre kommerciel side,
www.dyremarkedet.dk, oppe til nytår.

Grunden til at jeg "snuser" til ASP/VB er for at finde ud af om det er noget
for mig, at begynde på en uddannelse i denne retning.

Så jeg bruger ikke gruppen til noget professionelt, endnu i hvert fald.

--
Flemming Jensen

---

On Sun, 27 Oct 2002 21:48:46 +0100, "Jakob Andersen"
<jakob@effectus.dk> wrote:

>"Jesper Stocholm" <jespers@stocholm.invalid> wrote
>> [1] Gad egentlig vide, hvor mange herinde, der er "hyggekodere" og hvor
>> mange, der bruger gruppen i professionelle sammenhænge :)
>
>Jeg kan da starte med at sige at jeg benytter ASP kommerciel sammenhæng, jeg
>bruger gruppen som en slags hjernegymnastik(sal) hvor jeg kan holde
>ASP-delen af min hjerne i sving
>
>Så må vi jo se om der er andre der vil følge mit eksempel og sige i hvilke
>sammenhænge de bruger ASP og gruppen?

Interessant tråd ...
Jeg fik lært mig noget ASP sidste år i forbindelse med at vi havde
behov for en mere dynamisk præsentation af udvalget i en lille
socialistisk - "ikke-kommerciel" - boghandel. Da jeg kom i gang fandt
jeg ud af at det var let at bygge en bestillingsdel ovenpå, så det
blev til en slags "webshop uden betalingsdel".
Den blev min "svendeprøve" og øgede faktisk omsætningen betydeligt, så
i den forstand blev den en succes. I dag ville jeg dog gerne kode en
hel del af den om, men hvornnår får man lige tid til det.
<URL: http://www.socialister.dk/bts.asp>

Kort efter havde vi på mit arbejde behov for at få en bedre kalender
end den Excel-løsning, vi hidtil havde brugt i min afdeling. Så jeg
foreslog en intranet-baseret ASP-løsning, hvilket fik mig involveret i
et mere langvarigt projekt, end jeg lige umiddelbart havde forestillet
mig.

Efter den første skrabede version kom på intranettet kom
bruger-kravene og ledelses-kravene i en lind strøm. Resultatet blev at
jeg det seneste år nok har brugt 25 pct. af min tid arbejdstid med
ASP, hvilket har været en spændende udfordring. Og eftersom brugerne
overvejende er mine egne kolleger er jeg meget tæt på og kan
skræddersy løsninger, som jeg ofte har fået meget positiv feedback på.

Så jeg er vel en blanding af en selv-lært hyggekoder, som dog har fået
sin sag for i forskellige semi-kommercielle miljøer, dog med et
begrænset antal brugere.

Jeg bruger forummet til at lytte og lære - og til ind imellem at give
noget af det tilbage, jeg har lært.

Mvh.
--
Jørn Andersen,
Brønshøj

---

"Jesper Stocholm" <jespers@stocholm.invalid> skrev i en meddelelse
news:Xns92B4DC8722D7Cspamstocholmdk@130.226.1.34...
>
> [1] Gad egentlig vide, hvor mange herinde, der er "hyggekodere" og hvor
> mange, der bruger gruppen i professionelle sammenhænge :)
>
Jeg vil da også godt være med


Jeg afsluttede for et års tid siden datamatikeruddannelsen med et
afgangsprojekt kodet i ASP, og da vi på studiet kun havde fået en
introduktion til ASP må det siges at være selvlært.
Umiddelbart efter afslutning af uddannelsen fik jeg arbejde, her bruger jeg
ca 80% af min tid på at lave web-baserede løsninger i ASP, resten af tiden
koder jeg Visual Basic.
Jeg bruger gruppen i mit arbejde når jeg selv støder på problemer, herudover
prøver jeg at hjælpe andre herinde (noget for noget, det får hjulene til at
køre), og jeg har fundet ud af, at man kan lære meget af at deltage herinde
da mange af jer ved noget om forskellige ting tilhørende samme emne.


Chrisser