1
00:00:00,000 --> 00:00:00,360

2
00:00:00,360 --> 00:00:02,390
>> SPEAKER 1: On käynyt ilmi tämän ohjelman
lyhyt vaikka se on,

3
00:00:02,390 --> 00:00:03,770
todella on bugi.

4
00:00:03,770 --> 00:00:08,060
Harvoissa tapauksissa getString kohti
oma dokumentaatio, voi palata

5
00:00:08,060 --> 00:00:09,390
jotain muuta kuin merkkijono.

6
00:00:09,390 --> 00:00:12,700
Erityisesti Sentinel, erityinen
kutsutun arvon null -

7
00:00:12,700 --> 00:00:14,080
N-U-L-L.

8
00:00:14,080 --> 00:00:17,350
>> Null merkitsee, että yleensä jotain
meni pieleen jolloin tässä

9
00:00:17,350 --> 00:00:20,340
Tällöin käyttäjä saattaa kirjoittanut tällaisissa
iso merkkijono, että se ei sovi

10
00:00:20,340 --> 00:00:23,610
muistiin, ja niin getString voimin
palata null tässä tapauksessa.

11
00:00:23,610 --> 00:00:26,650
>> Tai se voi olla, että käyttäjä jotenkin
ei kirjoita tahansa merkkijono lainkaan,

12
00:00:26,650 --> 00:00:28,570
jolloin ei merkkijono voi tulla takaisin.

13
00:00:28,570 --> 00:00:31,200
Joten se on parasta, että havaitsemme
onko null on

14
00:00:31,200 --> 00:00:33,200
palautettu seuraavasti -

15
00:00:33,200 --> 00:00:40,270
Vain jos S ei ole yhtä kuin nolla olisi
Lähden suorittamaan tätä silmukka.

16
00:00:40,270 --> 00:00:43,520
>> Toisin sanoen, jos getString tapahtuu
palata null, en aio

17
00:00:43,520 --> 00:00:46,880
vahingossa yrittää iteroimalla yli
merkkejä, jotka yksinkertaisesti eivät ole siellä.

18
00:00:46,880 --> 00:00:49,597