Obrazek w załączniku ale ogólnie chodzi oto że dwa takie same stringi według programu są inne (zapewne inne kodowanie czy coś ale nie wiem co z tym zrobić)
Jak zrobić by było ok?
- dziwne.jpg (328 KB) - ściągnięć: 274
- Rejestracja:ponad 9 lat
- Ostatnio:prawie 8 lat
- Postów:27
0
Java 
wojciechmaciejewski
jestem pewien że gdzieś już spotkałem się z tym problemem. Pogrzebie po repozytoriach w wolnej chwili i sprawdzę czy coś znajdę
0
String "Data i miejsce śmierci:" bez dalszego ciągu też jest przechowywany w pamięci.
Wartość zmiennej h to dokładnie to, co widzisz.
Dalej wypisywana jest wartość tab[a+1]
ale to się nie wypisuje na dole masz konsole i widzisz że to pominął
- Rejestracja:około 10 lat
- Ostatnio:ponad rok
- Postów:180
0
chodzi o to że wpisujac warunek
if( StringA == StringB)
Kompilator nie sprawdza tego czy ciagi sa takie Same, tylko czy sa w tym samym obszarze pamieci. A ze to sa 2 rozne zmienne to zwroci False.
Zeby porownac text. nalezy wpisac
if( StringA.equals(StringB))
Wtedy nastpeuje sprawdzenie warunku identycznosci ciagu.
najpierw przeczytaj wszystko zanim się wypowiesz
takie cos zapamietalam z wykladow Professora Taufika Znibera.. nie jestem nieomylna (.. tez sie dopiero ucze, ale mimo to staram sie pomoc. Jezeli gdzie spomelnilam blad, lub szerze herezje, to moze lepiej, odpisz wyczerpujaco na problem i wskaz w ktorym miejscu sie myle. Chetnie poszerze swoja wiedze
ja nie napisałem że napisałaś coś nie tak. Napisałem żebyś czytała wszystko zanim się wypowiesz . Jeżeli nawet nie chce Ci się kliknąć załącznika to po co zabierasz głos w dyskusji?
aj zwracam honor... ja tego zalacznika nawet nie zauwazylam :D juz sie zamykam :D
luzik. Z kolegą poniżej mam do pogadania ;-)
- Rejestracja:ponad 13 lat
- Ostatnio:około 6 lat
- Postów:52
0
Vanilka napisał(a):
chodzi o to że wpisujac warunek
if( StringA == StringB)
Kompilator nie sprawdza tego czy ciagi sa takie Same, tylko czy sa w tym samym obszarze pamieci. A ze to sa 2 rozne zmienne to zwroci False.
Zeby porownac text. nalezy wpisac
if( StringA.equals(StringB))
Wtedy nastpeuje sprawdzenie warunku identycznosci ciagu.
https://ideone.com/mXEg1Y
To weż wytłumacz tą magię ziomek bo trochę obala Twoją teorię, a potem dodawaj wpisy na forum.
jak juz do Ziomka :D
- Rejestracja:ponad 12 lat
- Ostatnio:około 2 lata
- Postów:560
1
ShermanMg napisał(a):
Vanilka napisał(a):
chodzi o to że wpisujac warunek
if( StringA == StringB)
Kompilator nie sprawdza tego czy ciagi sa takie Same, tylko czy sa w tym samym obszarze pamieci. A ze to sa 2 rozne zmienne to zwroci False.
Zeby porownac text. nalezy wpisac
if( StringA.equals(StringB))
Wtedy nastpeuje sprawdzenie warunku identycznosci ciagu.
https://ideone.com/mXEg1Y
To weż wytłumacz tą magię ziomek bo trochę obala Twoją teorię, a potem dodawaj wpisy na forum.
Chciałeś wytknąć komuś błąd no i strzeliłeś jak kulą w płot, bo to co napisała koleżanka Vanilka jest prawdą.
Porównanie Stringów w javie jest generalnie bardzo wredne , bo kompilator czasami myśli za nas co jak widać co poniektórym utrudnia życie.
Jeżeli string są jednakowe, kompilator automatycznie podpina je w to samo miejsce w pamięci, czytaj daje tą samą referencje. (albo jakoś tak :P)
Generalnie jako że stringi w Javie są immutable (niezmienne) to 2 stringi nawet o takiej samej wartości nie zwrócą nam true na ==. Wyjątkiem jest sytuacja tak jak napisałem wyżej że kompilator pomyśli za nas i nie stworzy 2 stringa tylko podepnie się pod 1.
Dlatego zadanie dla Ciebie
co zwróci taki kod:
String b="aaa";
String a = new String(b);
System.out.println(a==b);
System.out.println(a.equals(b));
sorry za offtop
- Rejestracja:ponad 13 lat
- Ostatnio:około 6 lat
- Postów:52
0
wojciechmaciejewski napisał(a):
ShermanMg napisał(a):
Vanilka napisał(a):
chodzi o to że wpisujac warunek
if( StringA == StringB)
Kompilator nie sprawdza tego czy ciagi sa takie Same, tylko czy sa w tym samym obszarze pamieci. A ze to sa 2 rozne zmienne to zwroci False.
Zeby porownac text. nalezy wpisac
if( StringA.equals(StringB))
Wtedy nastpeuje sprawdzenie warunku identycznosci ciagu.
https://ideone.com/mXEg1Y
To weż wytłumacz tą magię ziomek bo trochę obala Twoją teorię, a potem dodawaj wpisy na forum.Chciałeś wytknąć komuś błąd no i strzeliłeś jak kulą w płot, bo to co napisała koleżanka Vanilka jest prawdą.
Porównanie Stringów w javie jest generalnie bardzo wredne , bo kompilator czasami myśli za nas co jak widać co poniektórym utrudnia życie.
Jeżeli string są jednakowe, kompilator automatycznie podpina je w to samo miejsce w pamięci, czytaj daje tą samą referencje. (albo jakoś tak :P)
Generalnie jako że stringi w Javie są immutable (niezmienne) to 2 stringi nawet o takiej samej wartości nie zwrócą nam true na ==. Wyjątkiem jest sytuacja tak jak napisałem wyżej że kompilator pomyśli za nas i nie stworzy 2 stringa tylko podepnie się pod 1.
Dlatego zadanie dla Ciebie
co zwróci taki kod:
String b="aaa";
String a = new String(b);
System.out.println(a==b);
System.out.println(a.equals(b));
sorry za offtop
Jakbyś dokładnie przeczytał to byś wiedział, że to co koleżanka napisała jest nieprawdą:
Vanilka napisał(a):
chodzi o to że wpisujac warunek Kompilator nie sprawdza tego czy ciagi sa takie Same, tylko czy sa w tym samym obszarze pamieci. A ze to sa 2 rozne zmienne to zwroci False.
To że to są dwie różne zmienne nie oznacza automatycznie że zostanie zwrócony 'False'.
i znów głupoty piszesz. Jeżeli są 2 różne zmienne to zawsze == zwróci false. A to że kompilator przykrywa różność to zupełnie inna sprawa. Co pokazuje przykład zamieszczony przeze mnie
Kompilator wykonuje wiele różnych magicznych sztuczek. Nie zmienia to faktu, że rozmawiamy o kodzie przed kompilacją i dwie rózne zmienne mogą zwrócić True co zaprzecza Twojej teorii oraz teori koleżanki.
nie zgadzam się żeby zaprzeczało to temu co napisałem. Jak się bardzo przyczepisz to faktycznie można powiedzieć że to co napisała Vanilka jest nie do końca prawdą. A wiesz co zwróci kod który ja napisałem czy nie?
tak wiem tylko że nie o tym mowa
0
Cały wątek od razu cytujcie w swoich postach.
Fakt: przyrównanie dwóch obiektów (a takimi typami są właśnie stringi w Javie) powoduje przyrównanie ich adresów (referencji), a nie zawartości - dlatego powinno się wykorzystywać metodę equals.
Sztuczka: kod podany przez @ShermanMg wykorzystuje pewną optymalizację wykonywaną przez kompilator Javy, która - korzystając z tego, że stringi w Javie są niemutowalne (immutable) - nie powoduje ich duplikacji, tylko wrzuca pod to samo miejsce w pamięci, wskutek czego string1 oraz string2 są identyczną referencją, dlatego akurat w tym przypadku zwraca true.
Niedopowiedzenie: @Vanilka miała na myśli dwie różne referencje, tyle że nie do końca dobrze się wysłowiła. Nie rozumiem po co od razu rzucać jakieś kody oraz półhejty, zamiast na spokojnie wytłumaczyć literówkę.
edytowany 1x, ostatnio: Patryk27
półhejt , ładne słowo ;-)