Deklarering af array

Du kan godt gøre ovenstående, og vil så blot have et tomt array, som du kan smide værdier i senere, men du mangler dog en type foran brikliste.

Du skal nu også lige nævne typen, og så kan du vælge at lave 50
brikker med det samme:

  BrikOplysninger brikliste = new BrikOplysninger[50];
  { for (int i=0;i<50;i++) brikliste[i] = new BrikOplysninger(); }

Bare for lige at gå lidt i detaljer:)
BrikOplysninger brikliste[] = new BrikOplysninger[50];
for (int i=0;i<50;i++)
  brikliste[i] = new BrikOplysninger();

:) Jamen, du har da ganske ret i at der mangler et par []-er ...
Til gengæld vil jeg da lige slå et slag for at initialisere sådan et
array, dér hvor det er erklæret - og ikke bare vente til en constructor,
eller andet steds i klassen. Man kan nemlig:

public class MegetSjovtSpil {

  BrikOplysninger brikliste[] = new BrikOplysninger[50];
  { for (int i=0;i<50;i++) brikliste[i] = new BrikOplysninger(); }

  //... andre attributter

  public MegetSjovtSpil() {
  //... constructor
  }

  //... osv

}
 

Måske:
{ for (int i=0;i<brikliste.length;i++) brikliste[i] = new BrikOplysninger(); }

i stedet for:
{ for (int i=0;i<50;i++) brikliste[i] = new BrikOplysninger(); }

da initialiseringen også vil følge med hvis man ændrer størelsen på briklisten, eller endnu bedre (hurtigere) vil være at deklarere en konstant og så benytte den begge steder.

Det er noget snavs at skrive selve talles to steder når det i alle tilfælde skal være det samme.

Så vil jeg dog holde mig til at lave den form for konstruktion i konstruktøren.

Man mister nemt overblikket ved at lave den form for inline initialisering.

Fx hvis du bruger udviklingsværktøjer som Visual Age, hvor variable er adskilt fra metoder.

Du sidder og roder i metoder hvor det array bliver initialiseret, men du finder det ikke.

Desuden vil sandsynligvis bliver eksekveret samtidig, selvom det var i konstruktøren

Tak for svarene. Jeg har fået løst mit problem.
Vender lige tilbage med points\'ne.

Ja, selvfølgelig skal vi bruge length i stedet for 50 !

Og nu er overskuelighed jo nok flere ting. Visual Age 4.0 tillader ikke
en sådan initialisering lige ved siden af felterklæringen (dér hvor man
lige netop kan se det ene felt). Det virker unægteligt lidt skørt, når det
nu er lovligt.

Men man kan da stadig gøre det på klasseniveau:

public class MegetSjovSpil {
  BrikOplysninger brikliste[] = new BrikOplysninger[50];
  { for (int i=0;i<brikliste.length;i++) brikliste[i] = new BrikOplysninger(); }
}

...og det med at lede efter initialiseringen i metoder er nok lidt et
tilvænningsspørgsmål. Jeg vil mene at en construktor kun bør initialisere
med de værdier, den får med som parameter. Alt andet skal ske \"ved siden
af\" erklæringen.

erikjacobsen >> har endnu ikke fået kigget på 4.0, er der noget rigtig nyt, eller er det blot endnu en version hvor den største nyhed er at den er langsommere og kræver endnu mere memory ?

jpeace >> undskyld at jeg nasser mig ind på dit spørgsmål :-)

Jeg tror du skal spørge en der kender de tidligere versioner, tmceu. Den
virker nu da ganske hurtig på mine 325 MB

øv, jeg har brugt 3.02 og 3.5 en del og de er mildt sagt ikke for hurtige. Jeg antog bare at en virkelig Eksperten.ekspert som dig kendte alt til alt :-)

tmceu > Nu har jeg ikke selv kigget på VAJ4.0, da den
vidst kun er kommmet i en professional edition. Du kan nok regne med at den bruger de samme resource:)

Jeg tror kun at det nye er deployment til war filer, da websphere 4.0 bruger disse, ellers kan man påregne en masse bugfixes. Om ikke andet så udgår VAJ4.0 vidst også allerede i 2002, så om den er værd at sætte sig ind i, ved ikke rigtigt.

tmceu:

Nu har det jo været sådanne at Jdk1.3 er hurtigere end jdk1.2 som var hurtigere end jdk1.1
SÅ gæt selv hvad jdk1.4 er :-) Den er en hel del hurtigere, den indeholder også en meget optimeret hotspot compiler.

Flere områder er blevet uhyggeligt optimeret, f.eks. 3D api\'en. den er nu blevet så hurtig at den er hurtig nok til at køre quake lignende spil !

Jeg var meget imponeret over det eksempler man så på årets JavaOne.

Men i det hele taget er Jdk1.4 hurtigere og bedre end de gamle.

Du \"svarer\" simpelthen på alt, disky. Prøv lige at kigge: der er også et
afkrydsning som kommentar.

Dit \"svar\" er IKKE et svar på spørgsmålet, fra den oprindelige spørger, men
til en anden deltager, som ovenikøbet skriver \"undskyld at jeg nasser\".

Kan du forstå, at der er nogen, der er ved at være trætte af dig?

erik:
Du blander dig i alt. Om jeg sætter svar ved kommentar eller svar er fløjtende ligegyldigt. Hvis du er utilfreds kan du jo forlade gruppen.

Hvem har udnævnt dig til politimand. Helt ærlig bland dig udenom.

p.s. Tak en kop kaffe, det hjælper på morgen surhed :)

disky >> nu vil jeg nødig ende midt i den krig i tilsyneladende har gang i, men jeg må give erik ret i, at du har skudt lidt ved siden af her.

Det spørgsmål jeg tillod at smide til erik, fordi han nu engang lige var aktiv i dette spørgsmål gik på Visual Age for Java, ikke jdk.

tmceu: jeg havde ikke lige set du mente visual age, sorry.

Men om jeg svarer eller kommenterer er ikke noget erik har ret til at blande sig i. Desværre tror nogle brugere at de er hævet over andre og har ret til at kritisere og rette på andre hele tiden. Og det gider jeg bare ikke høre på. Derfor min besked til ham.

p.s. Det har intet med dig at gøre.

Jeg har lidt problemer i pointafgivningen, da jeg kun kan give pts til tmceu.
Hvad gør jeg?
Erik J og lbhansen havde jeg også tænkt mig skulle have points.

Jan

Jeg kan se I skal lige sætte mærke i \"Svar\"!!! Altså gør som disky... haha.

her er et svar

Ok. Her er der så points.

Og tak for hjælpen.