Toon posts:

[java]ander object aanroepen uit constructor

Pagina: 1
Acties:
  • 110 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
ik probeer met het vogende een object aan te roepen waarin 4 strings in zitten.
er moet steeds een andere string hebben.(deze objecten zitten in een array)
code:
1
laadEnZoek(SMIK,"m");


code:
1
2
3
4
5
void laadEnZoek(String bestaandsnaam,String type){
for(int r=0;r<koppel.aantal();r++){
String pstring =koppel.giveData(r).type;
}
}

Dit doet de compiler echter niet
code:
1
2
3
4
5
leesKoppel.java:200: cannot resolve symbol
symbol  : variable type
location: class koppelbestand
        String pstring =koppel.giveData(r).type;
                                       ^


is er een nette oplossing dan steeds een if else boom te maken?

[ Voor 5% gewijzigd door Verwijderd op 14-05-2004 14:37 . Reden: te zuinig geweest met kopieren code ]


  • whoami
  • Registratie: December 2000
  • Laatst online: 16:25
Wat is die r ? Van waar haal je dat ?

https://fgheysels.github.io/


  • bigbeng
  • Registratie: Augustus 2000
  • Laatst online: 26-11-2021
Je hebt gewoon een fout in je code zitten. Dit heeft niets met de topictitel te maken. Je probeert een variabele r te hanteren die niet gedefinieerd is.

Verwijderd

Topicstarter
whoami schreef op 14 mei 2004 @ 14:25:
Wat is die r ? Van waar haal je dat ?
sorry ik heb het aangepast : ik ben te zuinig geweest met het kopieren van code

  • Robtimus
  • Registratie: November 2002
  • Laatst online: 15:28

Robtimus

me Robtimus no like you

bigbeng schreef op 14 mei 2004 @ 14:26:
Je hebt gewoon een fout in je code zitten. Dit heeft niets met de topictitel te maken. Je probeert een variabele r te hanteren die niet gedefinieerd is.
Die is net in de forloop als int gedefinieerd.

Laat klasse koppelbestand (de returnwaarde van giveData(int)) eens zien. Die heeft geen PUBLIC string veld genaamd type.

More than meets the eye
There is no I in TEAM... but there is ME
system specs


  • bigbeng
  • Registratie: Augustus 2000
  • Laatst online: 26-11-2021
Zou je misschien iets meer achtergrondinformatie kunnen geven. Het is duidelijk dat de structuur van je programma voor verbetering vatbaat is, maar om je daarover tips te kunnen geven moeten we wel weten waar het om gaat.

Kun je trouwens ook dat koppelobject kunnen laten zien?

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 15:56

.oisyn

Moderator Devschuur®

Demotivational Speaker

Mensen, de variabele die niet gevonden wordt is type, zoals je in de error kunt zien.

thaoitha: dit is een bekend beginners programmeerprobleem. Een string is gewoon een stukje tekst, en kun je niet gebruiken als subsititie voor een variabele naam. De code zoals je die nu hebt zoekt in het object dat geretourneert wordt door koppel.giveData (r) naar de variabele met de naam 'type". En dus niet een variabele met als naam de tekst die in de "type" variabele staat

Hier is onlangs nog een topic over geweest, ik zal 'm even opzoeken

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


  • bigbeng
  • Registratie: Augustus 2000
  • Laatst online: 26-11-2021
@.oisyn: damn, niet goed gelezen inderdaad.

In dat geval zou het misschien een idee zijn om type weer door te geven aan het koppelbestand object (waarvan de class overigens volgens de Java naming conventions KoppelBestand zou moeten heten), zodat die daarvoor verantwoordelijk wordt.

Een andere manier is om het met reflection op te lossen, maar zoals iemand (ik zou zo snel even niet meer weten wie) in een ander topic al zei: Als je denkt iets te moeten oplossen met reflection zit je in 90% van de gevallen fout. Of was het 99%? Nou ja, meestal in ieder geval.

offtopic:
Zie net dat dit mijn 2^8e post is, voor de bit-o-fielen onder ons

[ Voor 8% gewijzigd door bigbeng op 14-05-2004 16:50 ]


  • .oisyn
  • Registratie: September 2000
  • Laatst online: 15:56

.oisyn

Moderator Devschuur®

Demotivational Speaker

bigbeng schreef op 14 mei 2004 @ 16:48:
Een andere manier is om het met reflection op te lossen, maar zoals iemand (ik zou zo snel even niet meer weten wie) in een ander topic al zei: Als je denkt iets te moeten oplossen met reflection zit je in 90% van de gevallen fout. Of was het 99%? Nou ja, meestal in ieder geval.
Dat was ik dus volgens mij, maar ik kan de topic niet meer vinden 8)7
Nee, het was DaCoTa 8)7
[rml][ JAVA] Dynamisch objecten aanroepen[/rml]

[ Voor 9% gewijzigd door .oisyn op 14-05-2004 17:09 ]

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.

Pagina: 1