Toon posts:

java null pointer exception

Pagina: 1
Acties:

Verwijderd

Topicstarter
code:
1
2
3
4
5
6
    public Pizza(String pizzaNaam,String ingredienen[])
    {
        this.pizzaNaam=pizzaNaam;
        System.out.println(ingredienten.length);
        this.ingredienten=ingredienten;
    }

op diene legth geeft em die fout

test class is:
Pizza margarita=new Pizza("Margarita",new String[]{"kaas","tomaat",});

hoe komt dit??

  • stfn345
  • Registratie: Januari 2000
  • Laatst online: 22-08 19:30
Laat maar.. domme opmerking

[ Voor 75% gewijzigd door stfn345 op 30-05-2003 15:04 ]


  • koli-man
  • Registratie: Januari 2003
  • Laatst online: 29-06 12:23

koli-man

Bartender!!!!

typfout bij ingredienen[]?

Hey Isaac...let's go shuffleboard on the Lido - deck...my site koli-man => MOEHA on X-Box laaaiiiff


  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 20-08 11:40

gorgi_19

Kruimeltjes zijn weer op :9

public Pizza(String pizzaNaam,String ingredienen[])
{
this.pizzaNaam=pizzaNaam;
System.out.println(ingredienten.length);
this.ingredienten=ingredienten;
}

Digitaal onderwijsmateriaal, leermateriaal voor hbo


  • mbravenboer
  • Registratie: Januari 2000
  • Laatst online: 06-11-2025
Kijk eens goed (zucht)

ingredienen

Les: nooit dezelfde constructor/methode argument namen gebruiken als intantie variabelen.

Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment


Verwijderd

mbravenboer schreef op 30 May 2003 @ 15:05:

Les: nooit dezelfde constructor/methode argument namen gebruiken als intantie variabelen.
Ikzelf doe dit eigenlijk wel nogal vaak. Maar raad je dit aan om fouten te voorkomen, of zit er meer achter? :)

[ Voor 6% gewijzigd door Verwijderd op 30-05-2003 15:10 ]


Verwijderd

Topicstarter
ik wist het
altijd zo'n domme fout

Verwijderd

Topicstarter
met intellisense hedde zoiets nooit voor
maar twas in JCreator dus...

  • mbravenboer
  • Registratie: Januari 2000
  • Laatst online: 06-11-2025
Cheatah: Ikzelf doe dit eigenlijk wel nogal vaak. Maar raad je dit aan om fouten te voorkomen, of zit er meer achter? :)
Nee, het is inderdaad slechts om fouten te voorkomen :) . Er zijn een aantal dingen die je fout kunnen gaan als je dezelfde namen gebruikt. this vergeten is 1 van de meest voorkomende fouten in deze gevallen.

Omdat je beide namen toch liefst hetzelfde wilt hebben en om duidelijkheid te scheppen houden sommige mensen de standaard aan om instantie variabelen met een _ te prefixen. Ziet er niet mooi uit, maar het is wel duidelijk. Ik doe dit zelf dus ook.

Als ik in een dwaze bui ben, declareer ik methode argumenten ook als final (wat ze standaard zouden moeten zijn).

Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment


  • DinX
  • Registratie: Februari 2002
  • Laatst online: 22-08 20:26

DinX

Motormuis

Verwijderd schreef op 30 May 2003 @ 15:12:
met intellisense hedde zoiets nooit voor
maar twas in JCreator dus...
Misschien Eclipse eens proberen ? :)
Die vindt zo'n fouten al heel wat sneller terug :)

Marokko 2015: Route
Sat Tracker: SpotWalla
Blog: Gone for a ride


  • hobbit_be
  • Registratie: November 2002
  • Laatst online: 04-07-2025
mbravenboer schreef op 30 May 2003 @ 15:17:
[...]
Nee, het is inderdaad slechts om fouten te voorkomen :) . Er zijn een aantal dingen die je fout kunnen gaan als je dezelfde namen gebruikt. this vergeten is 1 van de meest voorkomende fouten in deze gevallen.

Omdat je beide namen toch liefst hetzelfde wilt hebben en om duidelijkheid te scheppen houden sommige mensen de standaard aan om instantie variabelen met een _ te prefixen. Ziet er niet mooi uit, maar het is wel duidelijk. Ik doe dit zelf dus ook.

Als ik in een dwaze bui ben, declareer ik methode argumenten ook als final (wat ze standaard zouden moeten zijn).
Nog even bevestigen: ik heb met iemand samenwerkt die deed ook steeds:
Java:
1
2
3
4
public void setParent(String parent)
{
   this.parent = parent;
}


hoeveel keer dat ie die this is vergeten - om zot van te worden. Heb ik hem ook heel duidelijk gezegd: als ik nog zoiets tegenkom! dan...

vroeger deed ik ook _parent, maar nu ben ik al een jaartje gewent om

aParent te typen (het leest ook leuk duidelijk) overigens zet ik alle globals (ie statics) op gParent, een member as mParent, een private method als pDoIt(), en een temp variable als tParent. Did doe ik in C(++)/Java/PHP/AS/Director. Moet zeggen dat het me al heel veel heeft bijgedragen.

Als ik echt tijd heb doe ik ook een post_fix

aParent_str, ... maar alleen voor de hele duidelijke types...

  • hobbit_be
  • Registratie: November 2002
  • Laatst online: 04-07-2025
hobbit_be schreef op 30 May 2003 @ 16:12:
[...]


Nog even bevestigen: ik heb met iemand samenwerkt die deed ook steeds:
Java:
1
2
3
4
public void setParent(String parent)
{
   this.parent = parent;
}


hoeveel keer dat ie die this is vergeten - om zot van te worden. Heb ik hem ook heel duidelijk gezegd: als ik nog zoiets tegenkom! dan...

vroeger deed ik ook _parent, maar nu ben ik al een jaartje gewent om

aParent te typen (het leest ook leuk duidelijk) overigens zet ik alle globals (ie statics) op gParent, een member as mParent, een private method als pDoIt(), en een temp variable als tParent. Did doe ik in C(++)/Java/PHP/AS/Director. Moet zeggen dat het me al heel veel heeft bijgedragen.

Als ik echt tijd heb doe ik ook een post_fix

aParent_str, ... maar alleen voor de hele duidelijke types...
edit:
ik geloof dat de Java coding standaard (of toch die van Apache) dus wel met gelijke namen is... (vandaar dat mijn buddy dit deed)

edit2:
DOH! op quote gedrukt ipv edit (apos)

[ Voor 3% gewijzigd door hobbit_be op 30-05-2003 16:14 ]


Verwijderd

Topicstarter
Ik had de code zelf niet getypt, was van iemand van mijn klas.
ik doe anders ook gewoon
public Klant(String naam){
this.naam = naam;
}
Pagina: 1