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

2
00:00:00,360 --> 00:00:02,390
>> SPEAKER 1: Se pare ca acest program,
scurt deși este,

3
00:00:02,390 --> 00:00:03,770
de fapt, are un bug.

4
00:00:03,770 --> 00:00:08,060
În cazuri rare, getString, pe
propria documentație, se pot întoarce

5
00:00:08,060 --> 00:00:09,390
altceva decât un șir.

6
00:00:09,390 --> 00:00:12,700
În mod specific, o santinelă, un special
Valoarea numit null -

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

8
00:00:14,080 --> 00:00:17,350
>> Semnifică nule că, în general, ceva
a mers greșit în care, în acest

9
00:00:17,350 --> 00:00:20,340
caz, utilizatorul ar putea fi introdus în astfel de
un șir de mare, că nu s-ar potrivi

10
00:00:20,340 --> 00:00:23,610
în memorie, și așa s-ar putea getString
reveni nul în acest caz.

11
00:00:23,610 --> 00:00:26,650
>> Sau ar putea fi faptul că utilizatorul într-un fel
nu au nici un tip șir, la toate, în

12
00:00:26,650 --> 00:00:28,570
caz nu șir poate veni înapoi, care.

13
00:00:28,570 --> 00:00:31,200
Asa ca cel mai bine e că ne-am detecta
dacă sau nu nul are

14
00:00:31,200 --> 00:00:33,200
fost returnate după cum urmează -

15
00:00:33,200 --> 00:00:40,270
Numai dacă S nu este egal cu zero ar trebui
Am continua să execute această buclă.

16
00:00:40,270 --> 00:00:43,520
>> Cu alte cuvinte, dacă se întâmplă getString
pentru a reveni null, eu nu am de gând să

17
00:00:43,520 --> 00:00:46,880
încercați accidental iterarea peste
personaje care pur și simplu nu sunt acolo.

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