1
00:00:02,220 --> 00:00:04,610
Ciao, questo è vero.

2
00:00:04,740 --> 00:00:09,530
Ora è il momento di esaminare le attività che devono essere eseguite entro un certo limite di tempo.

3
00:00:09,660 --> 00:00:16,290
A volte questo non può essere il limite di tempo, ma alcune applicazioni potrebbero avere limiti

4
00:00:16,410 --> 00:00:18,050
rigorosi all'esecuzione dell'attività.

5
00:00:18,190 --> 00:00:21,900
E così il percorso non dovrebbe richiedere più del tempo specificato.

6
00:00:21,900 --> 00:00:27,810
Ad esempio, è comune avere un'applicazione che mostra annunci pubblicitari di partner diversi.

7
00:00:27,810 --> 00:00:31,940
In questo caso è difficile recuperare questi annunci contemporaneamente.

8
00:00:32,250 --> 00:00:38,440
E questi annunci devono essere visualizzati entro un secondo o due per la migliore esperienza utente.

9
00:00:38,820 --> 00:00:44,160
E se un'attività richiede più del tempo specificato nel recupero di un annuncio da un partner, è

10
00:00:44,160 --> 00:00:45,760
necessario sospendere tale attività.

11
00:00:46,200 --> 00:00:53,390
Quindi collocare i limiti di tempo su di noi è molto importante e più che sulle allocazioni precedenti.

12
00:00:53,430 --> 00:00:59,550
Abbiamo esaminato questa definizione del futuro e abbiamo anche discusso brevemente del tempo che otteniamo la materia che

13
00:00:59,550 --> 00:01:01,260
è l'ultimo metodo qui.

14
00:01:01,590 --> 00:01:09,150
Questo metodo che per un periodo di tempo specificato per il completamento dell'attività e fino a un'eccezione di timeout trascorre un

15
00:01:09,280 --> 00:01:15,480
intervallo di tempo specificato e l'attività non è stata ancora completata nel blocco catch del tempo quale

16
00:01:15,840 --> 00:01:21,420
eccezione possiamo invocare il concetto di materia che vediamo qui sulla stessa istanza futura in

17
00:01:21,420 --> 00:01:25,260
modo che l'attività sottostante venga annullata risparmiando così alcune risorse.

18
00:01:27,010 --> 00:01:29,770
Ora, come per il tempo, Artalyta è davvero così.

19
00:01:29,840 --> 00:01:30,410
Esattamente.

20
00:01:30,440 --> 00:01:37,710
Quindi questo ha anche un metodo chiamato nel lavoro su cui prende una raccolta di attività richiamabili insieme

21
00:01:37,840 --> 00:01:42,880
a più informazioni alla base di una collezione di corrispondenti oggetti futuri.

22
00:01:42,880 --> 00:01:43,370
OK.

23
00:01:43,430 --> 00:01:48,990
Quindi, poiché una raccolta di attività richiamabili sottrae una raccolta di corrispondenti oggetti futuri.

24
00:01:49,040 --> 00:01:55,600
OK così per ognuno che ci sarà un oggetto futuro corrispondente su questo metodo come il metodo get

25
00:01:55,600 --> 00:02:02,740
nell'istanza futura anche i blocchi sotto sono tutti inviati a noi completi o dagli esperti Maat che si verificano

26
00:02:02,740 --> 00:02:03,730
per primi.

27
00:02:04,120 --> 00:02:10,490
Ma se il mio mot scade, qualsiasi compito incompleto verrà annullato e questo verrà preso in considerazione

28
00:02:10,630 --> 00:02:18,190
implicitamente ma nel lavoro sulle metriche e così via, tornando all'istanza futura, potrai lavorare su Metford dopo aver verificato che non

29
00:02:18,190 --> 00:02:19,990
si trattava di cancro.

30
00:02:20,130 --> 00:02:26,720
Perché la questione est interessata è in futuro e dal momento che così tanti presentano materia ad un

31
00:02:26,960 --> 00:02:33,540
esecutore quindi solo una singola istanza futura nel lavoro, tutto Kendrew ha fatto più di un'istanza futura a

32
00:02:33,570 --> 00:02:35,620
seconda del passo Nemeroff presentato.

33
00:02:35,680 --> 00:02:41,770
Ora andiamo avanti e facciamo una rapida dimostrazione e vedremo sia il tempo che il

34
00:02:41,890 --> 00:02:48,910
lavoro sul servizio di esecuzione REM OK. Diamo un'occhiata a quel momento per avere un approccio più avanti.

35
00:02:48,910 --> 00:02:51,920
Possiamo guardare nel lavoro tutti gli approcci da così dell'esecutore.

36
00:02:52,330 --> 00:02:57,660
Finora il mio avere creato questa nuova classe ci ha chiamato futuro hi-MD get indexer.

37
00:02:57,820 --> 00:02:58,380
OK.

38
00:02:58,440 --> 00:03:03,160
E questo è stato aggiunto nel pacchetto degli indicizzatori e in un pacchetto di questo tipo.

39
00:03:03,520 --> 00:03:09,940
Ed è solo un miglioramento rispetto all'indezzatore futuro che abbiamo visto nell'ultimo anno o giù di lì nell'ultima volta in cui abbiamo

40
00:03:09,940 --> 00:03:13,760
cercato U-Turned con lei e il passato e non avevamo limiti di tempo.

41
00:03:13,840 --> 00:03:16,140
Ma ora il compito avrà dei limiti di tempo.

42
00:03:16,450 --> 00:03:18,630
E quindi questo è un indicizzatore futuro.

43
00:03:18,910 --> 00:03:27,780
Quindi tutto sembra che il downloader richiesto continui a implementare callable e il thread dell'indicizzatore sia ancora lì.

44
00:03:27,790 --> 00:03:29,270
L'attività successiva è lì.

45
00:03:29,440 --> 00:03:35,170
L'unica differenza è qui nell'ultimo Demel che ho menzionato a riguardo.

46
00:03:35,230 --> 00:03:41,650
Quindi, una volta che le attività del downloader vengono inviate all'esecutore del downloader, siamo il metodo di invio.

47
00:03:41,950 --> 00:03:48,040
Ogni invocazione restituirebbe un'istanza futura che viene aggiunta a un elenco di future, quindi

48
00:03:48,040 --> 00:03:53,760
stiamo iterando attraverso l'elenco dei futures e eseguendo gli indicizzatori dell'indice o esecutore.

49
00:03:54,040 --> 00:04:02,740
Ed eccoci a Woking per il terzo e ho detto che se lo facciamo, un futuro in una particolare iterazione

50
00:04:02,830 --> 00:04:06,270
può bloccarsi perché la materia può bloccarsi.

51
00:04:06,430 --> 00:04:10,570
E a causa di queste successive iterazioni devi aspettare che questo non accada.

52
00:04:10,600 --> 00:04:11,700
Quindi devono aspettare.

53
00:04:11,710 --> 00:04:18,320
Quindi ho suggerito che invece di lavorare per arrivare qui eravamo appena passati l'istanza futura al costruttore dell'indicizzatore

54
00:04:18,340 --> 00:04:21,030
e al Dr. B.

55
00:04:21,450 --> 00:04:26,350
In tutte queste iterazioni che completeremo su tutti questi stock ci sarà

56
00:04:26,350 --> 00:04:33,240
la coda di questo particolare esecutore e sarò raccolto dalla chiesa tra le macerie di questo esecutore Andong

57
00:04:33,280 --> 00:04:34,310
estensibile contemporaneamente.

58
00:04:34,420 --> 00:04:40,680
Quindi, anche se il metodo get viene bloccato, non avrà alcun impatto sulle altre minacce.

59
00:04:40,780 --> 00:04:42,150
Sull'altro indicizzatore.

60
00:04:42,220 --> 00:04:45,480
Quindi questo ci ha insegnato come funziona questo è un miglioramento che stiamo facendo qui.

61
00:04:45,760 --> 00:04:47,550
Quindi andiamo qui in futuro.

62
00:04:47,590 --> 00:04:48,430
E l'ora successiva.

63
00:04:48,520 --> 00:04:51,410
Quindi tutto il resto è visto qui.

64
00:04:51,730 --> 00:04:57,840
Quindi nel governo ora invece di invocare il futuro DOD, stiamo basando il futuro.

65
00:04:58,240 --> 00:05:01,460
Ma poi stiamo passando anche le informazioni sul tempo qui.

66
00:05:01,840 --> 00:05:05,370
Quindi, ecco il momento in cui lo chiamiamo noi e il tempo.

67
00:05:05,470 --> 00:05:11,170
Quindi, proprio prima di andare a piedi, stiamo fermando il processo di download.

68
00:05:11,560 --> 00:05:13,120
Quindi stiamo misurando il dolore qui.

69
00:05:13,120 --> 00:05:19,210
Quindi è che stiamo ricevendo l'ora e il secondo, e stiamo aggiungendo un periodo di tempo.

70
00:05:19,330 --> 00:05:19,640
Va bene.

71
00:05:19,660 --> 00:05:21,480
Quindi questo è il budget.

72
00:05:21,540 --> 00:05:22,420
Lasso di tempo.

73
00:05:22,580 --> 00:05:24,490
So che sono due secondi.

74
00:05:24,490 --> 00:05:27,610
In questo caso o qui ci sono due secondi.

75
00:05:27,610 --> 00:05:29,740
È anche espresso in nanosecondi.

76
00:05:29,740 --> 00:05:35,370
Quindi entro due secondi il download deve completare tutti gli uplink come saranno scaricati.

77
00:05:35,410 --> 00:05:38,750
Quindi stiamo aggiungendo questo così e il tempo come l'ora di fine.

78
00:05:38,770 --> 00:05:39,080
OK.

79
00:05:39,100 --> 00:05:39,650
Ora attuale.

80
00:05:39,670 --> 00:05:42,020
In più sapless due secondi su quello.

81
00:05:42,040 --> 00:05:44,080
Tutto deve finire prima.

82
00:05:44,110 --> 00:05:46,770
Quindi stiamo passando il tempo al prossimo set qui.

83
00:05:46,840 --> 00:05:49,510
Quindi questo è l'indice che il costruttore è stato cambiato.

84
00:05:49,500 --> 00:05:57,280
Ora prima stava prendendo il Roblin nel nostro Dickstein così come questa istanza futura nel metodo

85
00:05:57,280 --> 00:05:58,750
Run qui.

86
00:05:59,020 --> 00:06:02,390
Stiamo solo calcolando il tempo rimasto.

87
00:06:02,530 --> 00:06:07,150
Okay, perché è il tempo che manca a Valke per andare a Pastorale per stare meglio qui.

88
00:06:07,150 --> 00:06:10,790
Quindi questo è il momento e passeremo il tempo rimasto.

89
00:06:11,110 --> 00:06:11,510
Va bene.

90
00:06:11,560 --> 00:06:18,820
E entro quel periodo di tempo il compito che conosci questo futuro corrisponde ad alcune attività su quel particolare compito

91
00:06:18,820 --> 00:06:25,300
ordine compito deve finire il suo compito per completare il suo completamento se non al momento quale eccezione

92
00:06:25,300 --> 00:06:26,150
verrà generata.

93
00:06:26,350 --> 00:06:27,100
Va bene.

94
00:06:27,100 --> 00:06:33,880
Ecco perché abbiamo un blocco di catch aggiuntivo qui in modo che il tempo rimanente non sia nulla indietro e il tempo

95
00:06:33,880 --> 00:06:37,420
e il tempo che ha passato meno il tempo corrente.

96
00:06:37,720 --> 00:06:41,370
Va bene così qualunque cosa mi manchi, così il mio è l'ora corrente.

97
00:06:41,380 --> 00:06:44,240
Quindi il tempo rimasto come acqua viene passato qui.

98
00:06:44,380 --> 00:06:44,620
Va bene.

99
00:06:44,620 --> 00:06:51,730
E l'unità di tempo come nanosecondi e al suo interno che se termina allora otteniamo il collegamento verso l'alto giusto perché

100
00:06:51,730 --> 00:06:58,090
il metodo di chiamata ben scritto è alle prese con il collimato che il nostro compito ha implementato.

101
00:06:58,310 --> 00:07:03,270
Il compito è un callable e poi dal weblink che stiamo ottenendo, ma stiamo lavorando

102
00:07:03,270 --> 00:07:09,070
per ottenere Hetchy della mia pagina e otteniamo la visione umana, ma se per mozione un'eccezione è registrata o

103
00:07:09,070 --> 00:07:12,750
buona allora stiamo venendo qui e stiamo cancellando quella compito particolare.

104
00:07:12,820 --> 00:07:14,330
Quindi stiamo lavorando al consiglio.

105
00:07:14,350 --> 00:07:20,130
Sul futuro la direzione cambiar passando attraverso il quale significa che può se l'attività è

106
00:07:20,130 --> 00:07:23,080
ancora in esecuzione può provare a interromperlo.

107
00:07:23,290 --> 00:07:23,790
Va bene.

108
00:07:24,040 --> 00:07:29,050
Ciò non significa che funzionerà sicuramente, ma almeno sta cercando di invocarlo perché ci deve essere la

109
00:07:29,110 --> 00:07:32,820
logica che la logica dovrebbe essere lì per rispondere a quell'interrupt.

110
00:07:32,950 --> 00:07:35,120
Ma almeno stiamo facendo un tentativo per farlo.

111
00:07:35,350 --> 00:07:35,890
Quindi è così.

112
00:07:35,890 --> 00:07:37,840
Quindi lasciami andare avanti ed

113
00:07:42,840 --> 00:07:48,310
eseguire questa unità è OK, come puoi vedere solo un boss potrebbe finire entro due secondi.

114
00:07:48,310 --> 00:07:54,370
Sotto Tasmin indicizzato OK, ma le altre tre volte come non avrebbe finito in tempo quale eccezione è

115
00:07:54,370 --> 00:07:55,310
stata generata.

116
00:07:55,320 --> 00:07:57,770
E qui stiamo dicendo che il concerto di askings.

117
00:07:58,210 --> 00:07:59,660
Va bene così è quello che ottengo.

118
00:07:59,680 --> 00:08:03,090
Ora diamo un'occhiata all'approccio di tutti i motard in-work.

119
00:08:03,100 --> 00:08:10,300
Quindi per questo ho creato questa nuova classe chiamata timed in-work o e XOR nel pacchetto indicizzatori di scena e stiamo ancora

120
00:08:10,300 --> 00:08:12,170
usando l'intervallo di tempo qui.

121
00:08:14,440 --> 00:08:17,090
Quindi il compito del downloader è sempre lo stesso.

122
00:08:17,110 --> 00:08:23,920
Implementa colorabili un indicizzatore sta per essere gli unici indicizzatori, non quello che hai

123
00:08:23,920 --> 00:08:25,890
visto qui in futuro.

124
00:08:26,170 --> 00:08:27,180
OK, non ne abbiamo bisogno.

125
00:08:27,220 --> 00:08:32,690
Quindi stiamo ancora usando il vecchio inesperto e implementa ciò che è onorevole e le modifiche apportate

126
00:08:32,710 --> 00:08:34,190
nel metodo vai qui.

127
00:08:34,450 --> 00:08:40,480
Quindi, ancora una volta, abbiamo il tempo e stiamo aggiungendo l'intervallo di tempo o il tempo necessario per presentarsi in tempo.

128
00:08:40,480 --> 00:08:42,970
Quindi potrebbero essere aggiunti due secondi al runtime.

129
00:08:43,270 --> 00:08:43,610
Va bene.

130
00:08:43,640 --> 00:08:50,830
Durante il lavoro tutto è qui per invocare Tutto il terzo posto in cui presentiamo una lista o una raccolta o scarichiamo il nostro compito in

131
00:08:50,830 --> 00:08:52,980
ambito aziendale fatto una raccolta di futuro.

132
00:08:53,220 --> 00:08:55,490
OK, questo futuro è qui.

133
00:08:55,700 --> 00:09:00,160
Elenchiamo i futuri non elencati da non ordinare qui.

134
00:09:00,240 --> 00:09:00,760
Va bene.

135
00:09:00,880 --> 00:09:04,960
E il bambino lo popola mentre stiamo semplicemente leggendo la lista dei raddoppiamenti.

136
00:09:05,040 --> 00:09:12,340
Eccoci qui, passiamo quel link web al downloader o al download per esempio e questo è un

137
00:09:12,340 --> 00:09:13,100
callable.

138
00:09:13,270 --> 00:09:16,230
Quindi questa fiducia non è altro che una lista di cannabis.

139
00:09:16,450 --> 00:09:16,780
Destra.

140
00:09:16,780 --> 00:09:23,590
Abbiamo già menzionato la discoteca che in precedenza diceva che stiamo facendo ipotesi su come ottenere una lista di

141
00:09:24,130 --> 00:09:26,700
futures e questi futuri ogni futuro.

142
00:09:27,170 --> 00:09:30,900
Deve aver completato o deve essere stato annullato.

143
00:09:31,060 --> 00:09:31,870
Destra.

144
00:09:31,870 --> 00:09:34,200
Quindi se lo fa se non risponde.

145
00:09:34,210 --> 00:09:36,610
Quindi stiamo invocando il metodo East consing qui.

146
00:09:36,820 --> 00:09:43,000
Quindi stiamo passando il metodo Woking the get qui e questo non si bloccherà perché è stato completato

147
00:09:43,740 --> 00:09:45,510
ed è stato scritto "eyeblink".

148
00:09:46,150 --> 00:09:50,600
Ma se è il cancro, stiamo semplicemente stampando il messaggio che chiede il cancro.

149
00:09:51,070 --> 00:09:53,750
Quindi lasciami andare e gestisci anche questo.

150
00:09:58,770 --> 00:10:06,250
Quindi, ecco qui per dirci come Gunson stacca loro due essendo stati completati con successo e vedremo

151
00:10:06,300 --> 00:10:07,690
come li vedremo.

152
00:10:07,740 --> 00:10:09,090
Quindi questo è tutto.

153
00:10:09,090 --> 00:10:15,590
Quindi, penso che questo approccio sia più pulito nel camminare perché qui è molto esplicito.

154
00:10:15,810 --> 00:10:17,510
Stiamo dicendo esplicitamente qui.

155
00:10:18,030 --> 00:10:24,540
E la seconda cosa è che se si impiega il tempo per arrivarci, c'è una possibilità che il programmatore possa commettere un

156
00:10:24,540 --> 00:10:31,740
errore come nel senso in cui il programmatore può effettivamente implementare un tempo per far sì che questo sia corretto in questo modo in

157
00:10:31,740 --> 00:10:33,550
cui il futuro non arriva.

158
00:10:33,650 --> 00:10:36,500
Sai che questo è il futuro ed è un programma che dobbiamo discutere.

159
00:10:36,570 --> 00:10:42,450
Quindi ottenere il blocco su ciò che bloccherebbe sulle edizioni successive non può non essere eseguito in quelle

160
00:10:42,450 --> 00:10:45,550
sotto questo blocco e il governo o i ritorni.

161
00:10:45,570 --> 00:10:48,690
Quindi quello sarebbe un errore di programmazione di un problema uno.

162
00:10:48,810 --> 00:10:55,650
Ciò che può accadere se si utilizza una volta che si ottiene la seconda cosa è che l'eccezione di timeout di timeout

163
00:10:55,650 --> 00:10:56,600
può essere generata.

164
00:10:56,850 --> 00:10:57,370
OK.

165
00:10:57,390 --> 00:11:03,390
E se capita, potremmo volerlo cancellare in questo modo, possiamo farlo esplicitamente ma con il

166
00:11:03,390 --> 00:11:04,610
tempo di lavorare.

167
00:11:04,770 --> 00:11:10,410
Quindi non esiste una tale eccezione di timeout che finisco nel lavoro su di esso che annulla automaticamente.

168
00:11:10,470 --> 00:11:15,390
Quindi in questo caso potremmo davvero dimenticare di invocare la questione a cui può capitare che possa

169
00:11:15,390 --> 00:11:16,310
accadere sicuramente.

170
00:11:16,340 --> 00:11:21,240
Bart ha capito che non lo faremo a Huckerby perché chiamerà la lista e riusciremo a farla.

171
00:11:21,240 --> 00:11:28,520
Quindi per me penso che il nostro post abbia preferito questo approccio usando la guerra, quindi è tutto, anche se siamo in Est,

172
00:11:28,520 --> 00:11:33,810
possiamo dire limitati, ma penso che sia ancora meglio che saltare su un blocco catch.

173
00:11:34,250 --> 00:11:35,110
Quindi è così.

174
00:11:35,250 --> 00:11:39,030
E entrambe le classi sono disponibili nella sezione delle risorse.

175
00:11:39,080 --> 00:11:39,860
Grazie.

176
00:11:39,890 --> 00:11:41,100
E felice codifica.