[Java] Tezave s stringom

Pocasi izgubljam zivce, pa nevem kaj je narobe...

Je med dvema stringoma (prvim podanim direktno, torej String pin = "0000", in drugim prebranim iz TextFielda z metodo getText()), kaksna razlika?

String pin sluzi kot argument v metodi najdiBancniRacun( pin) ... metoda vrne zeljen rezultat, ce je string vnesen direktno, in nezeljen, ce je vnesen preko TextFielda...

zakaj prihaja do razlike? oba stringa sta vnesena identicno, razen ce TextField doda "kaj svojega", prostemu ocesu nevidnega (izpis obeh ni pokazal razlike, prav tako funkcija contentEquals vrne vrednost true...

izcrpal sem svoje ideje in vec nevem, kaj naj poskusim...

koda, povezana s tem...malo prirejena za testiranje

private TextField tfVpisGesla = new TextField ( "" );

btnPotrdi.addActionListener( new ActionListener() {
public void actionPerformed(ActionEvent e){
String tmp = tfVpisGesla.getText();
System.out.println( banka.najdiBancniRacun( tmp ) );
}
});

v tem primeru mi izpise, da banka.najdiBancniRacun(tmp) kaze na null...

private TextField tfVpisGesla = new TextField ( "" );

btnPotrdi.addActionListener( new ActionListener() {
public void actionPerformed(ActionEvent e){
String tmp = "0000";
System.out.println( banka.najdiBancniRacun( tmp ) );
}
});

v tem primeru mi izpise pravo referenco, tako da neverjamem, da je kaj narobe z metodo najdiBancniRacun...ampak ziher je ziher no...


public BancniRacun najdiBancniRacun(String pin){

for(int i=0; i < stevec; i++){
if(tabela[i].getPin() == pin)
return tabela[i] ;


}

return null ;


}

eto...

String-e se primerja s metodo equals(). Recimo: ZeljeniString.equals(IskaniString);
Če primerjaš stringe s "==" operatorjem, primerjaš njihove reference v samem Heapu od Java VM. Ta pa je seveda zmeraj različen, saj imata dva Stringa različna naslova.

Če bi pa napravil recimo:
String NekiString = "Neko besedilo!";
String DrugiString = null; //ne kaze nikamor

NekiString = DrugiString; //imata isti naslov v Heap-u od Java VM

if (NekiString == DrugiString) {
// tukaj se bi uzvedel blok, ker je bi "==" vrnil "true"
// pač oba stringa kažeta na isto lokacijo v spominu
// in ISTO vsebino.
}

Za tvoj primer bi pa napravil recimo:
String NekiString = "Neko besedilo!";
String DrugiString = "Neko besedilo!";

if (NekiString.equals(DrugiString)) {
// tukaj se bi uzvedel blok, ker imata oba Stringa ENAKO vsebino
// in različne naslove v Heap-u
}

Vir informacije.

Java ne podpira in ne dovoljuje "pointerjev".
Argumenti se v metode prenašajo na dva načina:
1. call-by-value
2. call-by-reference

V tvojem primeru gre za dva različna Stringa, ker "0000" (dolžina 4 znaki) NI enako "" (dolžina 0 znakov).
Primerjave med stringi delaš pa kot že omenjeno z equals ali indexof.

@Nerdor :

> Za tvoj primer bi pa napravil recimo:
>String NekiString = "Neko besedilo!";
>String DrugiString = "Neko besedilo!";

>if (NekiString.equals(DrugiString)) {
>// tukaj se bi uzvedel blok, ker imata oba Stringa ENAKO vsebino
>// in različne naslove v Heap-u
>}

ta primer je lih dvomljiv, ker v kodi podas konstanti, ki sta enaki ("Neko besedilo!") in kompiler to zoptimizira tako
da NekiString in DrugiString kazeta na isti naslov in bi tudi primerjava z == vrnila true, to se je verjetno zgodilo
tudi wakumu, ker je nekje v kodi naredil tabela[i].setPin("0000") in kasneje String tmp="0000", tako mu je potem
celo uspelo z == narediti true.

No sam tok da vso stvar se mal zakompliciramo

Sergio: Nimam rad besede kazalec.. V Javi reference (po tvoje kazalzi oz. pointerji) niso isto kot kazalci v c++!

HeHe: "V Javi so VSE pointerji, razen primitivnih tipov." Preber kako knjigo hm o Javi.

Eh c++ se mi je mal zameru, ker nikol nisn točn vedu ka mam al pom. naslov al vrednost al kazalec kazalca..
No sej nisn glih velik programeru c++.
No OK nej ti bo kompromis referenca - pointer = soft pointer sam veš zakaj.