1 00:00:00,330 --> 00:00:06,180 ‫Deci, acum două prelegeri am adăugat că aduce proprietăți statului. 2 00:00:06,210 --> 00:00:12,580 ‫Acum să eliminăm constructorul din blocul post-lansare, pentru că nu mai avem nevoie de el. 3 00:00:14,030 --> 00:00:17,580 ‫Și acum vedeți că avem această ușurință de a aduce. 4 00:00:17,750 --> 00:00:24,890 ‫Când pornim o solicitare și modifică căderea atunci când primim comanda de date atunci când există o 5 00:00:25,520 --> 00:00:28,550 ‫eroare și, în mod implicit, este falsă. 6 00:00:28,700 --> 00:00:34,880 ‫Așadar, putem face ceva diferit în interiorul posturilor de bloc cu cea mai mică componentă. 7 00:00:34,880 --> 00:00:43,540 ‫Deci, să structurăm o altă proprietate din acest suport, care este transmisă celui mai mic post. 8 00:00:44,150 --> 00:00:51,380 ‫Și asta este faptul că se preia din containerul cu listă de posturi bloc care în sine este 9 00:00:51,500 --> 00:00:53,590 ‫adăugat la proiectele folosind redox. 10 00:00:54,230 --> 00:00:59,220 ‫Deci, dacă este atrăgător este adevărat, ar trebui să ne întoarcem imediat. 11 00:00:59,480 --> 00:01:05,100 ‫Deci, va reveni o pictogramă de la fundal minunat, care va indica un spinner. 12 00:01:05,420 --> 00:01:06,890 ‫Deci, așa facem noi. 13 00:01:07,150 --> 00:01:13,630 ‫Apoi, fiecare element cu clase specifice și asta e tot. 14 00:01:13,730 --> 00:01:18,540 ‫Vrem ca acest lucru să fie afișat când se încarcă. 15 00:01:18,860 --> 00:01:25,340 ‫Deci, după răcorire Nu vedem spinner și cererea ia timp. 16 00:01:25,580 --> 00:01:34,810 ‫Și acest lucru se datorează, probabil, faptului că nu am trecut acolo este de a aduna proprietăți din container în lista 17 00:01:34,820 --> 00:01:35,950 ‫posturilor bloc. 18 00:01:36,170 --> 00:01:40,220 ‫Deci, lista de posturi bloc nu cunoaște starea PO. 19 00:01:40,220 --> 00:01:45,950 ‫Nu-i interesează faptul că containerul din lista de posturi bloc face acest lucru. 20 00:01:46,730 --> 00:01:55,460 ‫Deci, acolo ar trebui să treci este de a aduce la postul de blog, cel puțin prin obținerea de la această recuzită 21 00:01:55,640 --> 00:02:04,250 ‫în interiorul lor container listă container listă, astfel încât să putem structura, de asemenea, cele două proprietăți, folosind acel district în 22 00:02:04,250 --> 00:02:08,810 ‫timpul restructurării obiectului și a obține posturi și este de preluare. 23 00:02:08,810 --> 00:02:14,010 ‫Deci, dacă aveți mai multe elemente de recuzită decât una, este întotdeauna util să faceți asta. 24 00:02:14,150 --> 00:02:16,740 ‫Acum ai fi putut vedea că există un spinner. 25 00:02:16,770 --> 00:02:25,240 ‫Este doar pentru un timp foarte scurt, deoarece cererea nu prea durează atât de mult pentru încărcare. 26 00:02:25,240 --> 00:02:34,720 ‫Acum ar trebui să afișăm și altceva când lungimea Postului este zero. 27 00:02:34,870 --> 00:02:41,860 ‫Deci, asta ar însemna probabil că nu există postări bloc sau ceva rău sa întâmplat, astfel încât s-ar putea să avem 28 00:02:41,860 --> 00:02:42,840 ‫o eroare. 29 00:02:42,850 --> 00:02:45,970 ‫Nu au putut fi Fadge sau serverul a scăzut. 30 00:02:46,030 --> 00:02:48,980 ‫Vreau să spun că serverul de backend ar putea fi în jos. 31 00:02:49,030 --> 00:02:57,820 ‫Deci, ar trebui să ne ocupăm de aceste cazuri, atunci când posturile nu sunt sau terenul și terenul este gol sau practic nu 32 00:02:59,730 --> 00:03:02,370 ‫ar trebui să o facem diferit. 33 00:03:02,500 --> 00:03:13,220 ‫Deci, atunci când postările pe care le cunoașteți sau lentilele sunt 0, nu ar trebui să afișăm postări de blog. 34 00:03:13,300 --> 00:03:17,290 ‫Deci, dacă oamenii încearcă să vă schimbe sau altfel o luăm. 35 00:03:17,290 --> 00:03:21,380 ‫Iar motivul este că puteți vedea că avem un spinner. 36 00:03:21,700 --> 00:03:29,020 ‫Dar când cererea se întâmplă, dar după terminarea cererii ar trebui să avem deja ceva în interiorul 37 00:03:29,050 --> 00:03:29,610 ‫posturilor. 38 00:03:29,620 --> 00:03:30,970 ‫Deci, dacă nu. 39 00:03:31,060 --> 00:03:37,880 ‫Deci, dacă este cunoscut fie terenul este 0, putem afișa că nu există postări bloc.