1
00:00:02,230 --> 00:00:04,290
Ciao, questo è che non vogliono fare.

2
00:00:04,320 --> 00:00:05,430
E bentornato.

3
00:00:05,770 --> 00:00:10,580
Diamo un'occhiata alla nuova API per data e ora introdotta l'8 luglio.

4
00:00:10,830 --> 00:00:18,500
Questa nuova API è rappresentata da un pacchetto chiamato Jayawardhana di cui discutiamo un po 'sulle classi di

5
00:00:18,860 --> 00:00:26,620
base e quindi in seguito nella conferenza successiva li vedremo in azione nella loro frenesia Demel per fare un

6
00:00:26,620 --> 00:00:29,500
rapido riassunto delle limitazioni dell'API legacy.

7
00:00:29,770 --> 00:00:35,750
Molte delle cose che possono essere fatte con la nuova API sono anche possibili con l'API

8
00:00:35,750 --> 00:00:42,650
legacy e quindi è importante per noi essere molto chiari sui limiti della vecchia API e su come la nuova

9
00:00:42,650 --> 00:00:43,910
API li affronterà.

10
00:00:44,330 --> 00:00:50,510
Poiché stiamo per conoscere la nuova API che sostituirà e solo l'API, è importante per noi

11
00:00:50,510 --> 00:00:53,660
sapere quali sono i limiti di tutto ciò.

12
00:00:53,660 --> 00:01:00,110
Va bene, abbiamo bisogno di sapere a cosa sta andando male tutta l'API su come la nuova API lo indirizzerà.

13
00:01:01,510 --> 00:01:08,620
Una delle limitazioni è che ha fatto nella vecchia API che includeva anche la porta, mentre i componenti dell'ultima

14
00:01:09,580 --> 00:01:14,830
ora Sophi hanno solo bisogno di tempo per la data, quindi non sarebbe possibile.

15
00:01:14,860 --> 00:01:19,760
Allo stesso modo, se solo abbiamo bisogno di dire il tempo, allora anche questo non è possibile.

16
00:01:20,180 --> 00:01:28,960
Ora, anche se crei un'istanza morta specificando solo che componenti come il tuo mese sono stati creati solo con il

17
00:01:28,980 --> 00:01:35,860
lavoro o non sei ancora un'istanza di Dorkbot che include ancora l'acquisto per impostazione predefinita.

18
00:01:35,860 --> 00:01:39,840
È solo che i componenti temporali verrebbero inizializzati a zero.

19
00:01:39,970 --> 00:01:43,350
Quindi sarebbe zero per ore minuti e secondi.

20
00:01:45,090 --> 00:01:52,550
Successivamente sappiamo che il tuo componente nel declasse ha un offset confuso di 9100 a destra.

21
00:01:52,640 --> 00:01:58,430
E sappiamo anche che il range del mese è zero, Palauan su questo è anche confuso e

22
00:01:58,430 --> 00:02:02,980
si applica ad entrambi ha fatto anche il classis del calendario scorso.

23
00:02:03,100 --> 00:02:10,910
Successivamente la confusione è attorno a Vitt delle due classi per usare declasse è ancora routing per compatibilità con le versioni precedenti.

24
00:02:11,030 --> 00:02:17,300
Quindi se questo non è molto familiare con l'API legacy allora potrebbe essere confuso su

25
00:02:17,300 --> 00:02:26,720
quale delle due classi utilizzare nelle classi e le vecchie API sono modificabili e quindi non sono minacce se così l'8 luglio ha introdotto

26
00:02:26,720 --> 00:02:29,750
la nuova data e API del tempo.

27
00:02:29,840 --> 00:02:37,000
Ed è nel nuovo pacchetto chiamato Dharwad di ed è stato ispirato da una scheda di libreria di terze parti Jordaan volta

28
00:02:37,010 --> 00:02:43,100
che abbiamo brevemente discusso in precedenza su molte delle funzionalità dalla Georgia il nostro tempo sono in realtà

29
00:02:43,160 --> 00:02:44,650
integrate nella nuova API.

30
00:02:45,110 --> 00:02:52,270
Di fatto, l'Europa e il sito Web suggeriscono di migrare verso i nuovi dati e, secondo MEPA Performance, sembra

31
00:02:52,270 --> 00:02:59,140
che la nuova API sia più veloce di API giurata in molte aree e anche la nuova API

32
00:02:59,140 --> 00:03:01,830
dovrebbe essere più veloce dell'API legacy.

33
00:03:02,380 --> 00:03:09,390
Non è così buono o il tempo è stato utilizzato principalmente dai programmatori che non sono contenti con le API go o legacy.

34
00:03:09,430 --> 00:03:16,660
È stato anche discusso in precedenza che la nuova API si basa sul sistema di calendario ISO 8 6 0

35
00:03:16,660 --> 00:03:24,310
1 che è quello che l'obiettivo civile utilizza oggi sotto lo stesso calendario del calendario gregoriano prevede che le attuali regole

36
00:03:24,310 --> 00:03:28,010
per gli anni bisestili vengano applicate per la vecchiaia.

37
00:03:28,090 --> 00:03:34,780
Ma se avete bisogno di date storiche accurate che abbiamo fatto con la vostra fede in 82 che è il modo in cui è stato

38
00:03:34,780 --> 00:03:37,540
introdotto il calendario gregoriano, questo calendario non lo farebbe.

39
00:03:37,540 --> 00:03:42,350
Questa sarebbe la prossima volta che la maggior parte delle classi sono anche immutabili.

40
00:03:42,570 --> 00:03:49,860
Quindi sono piuttosto alti Infine non ci sono metodi di fabbrica statici del costruttore pubblico per

41
00:03:49,860 --> 00:03:52,680
costruire oggetti di data e ora.

42
00:03:52,680 --> 00:03:59,940
Un esempio è un metodo McLachlin di serie chiamato in poi lo vedremo in un altro Demel.

43
00:03:59,950 --> 00:04:06,370
In effetti, il primo elemento dello sforzo ha dimostrato che le riprese del libro dovrebbero considerare l'utilizzo di

44
00:04:06,410 --> 00:04:10,870
metodi statici di fabbrica prima di considerare il costruttore il più possibile.

45
00:04:10,960 --> 00:04:18,370
Più avanti vedremo brevemente i vantaggi dell'utilizzo dei metodi clackety di Stockley e qui ci sono le classi

46
00:04:18,370 --> 00:04:24,870
più comunemente usate e puoi trovarle tutte nel pacchetto Gelada e molto presto faremo una

47
00:04:24,870 --> 00:04:27,900
demo in cui useremo tutte queste.

48
00:04:27,940 --> 00:04:36,100
Ora uno qui è la data locale che rappresenta una data nel sistema di calendario ISO age 6 0 1.

49
00:04:36,100 --> 00:04:44,040
Non importa in che modo il componente orario o le informazioni sul fuso orario in secondo luogo sono gli acquisti locali e

50
00:04:44,040 --> 00:04:51,780
rappresenta solo il tempo nel sistema di calendario ISO 8 6 0 1, quindi non è il modo in cui il

51
00:04:51,870 --> 00:05:00,650
componente o le informazioni sul fuso orario sono in declino locale e come puoi immaginare, include sia la data che l'ora, ma non le

52
00:05:00,740 --> 00:05:02,630
informazioni sul fuso orario.

53
00:05:02,630 --> 00:05:12,540
Quindi è una composizione del libro che io sono ciò che è dati zonati su questo include tutto ciò che è fatto

54
00:05:12,610 --> 00:05:21,900
o no quindi sono Zalm ed è simile alla classe di calendario gregoriano nella classe istantanea degli anni '50 che

55
00:05:21,910 --> 00:05:29,560
rappresenta un singolo punto istantaneo su quella timeline e può essere usato per registrare cose come

56
00:05:29,770 --> 00:05:31,850
i timestamp degli eventi.

57
00:05:31,930 --> 00:05:36,250
Questo vetro è analogo al declasse della vecchia API.

58
00:05:36,340 --> 00:05:40,520
Quindi anche il declasse rappresenta un punto sulla timeline.

59
00:05:40,810 --> 00:05:47,020
Quindi non appare così, ma ha effettivamente rappresentato un punto sulla timeline sull'utilizzo di quel punto

60
00:05:47,020 --> 00:05:48,120
sulla timeline.

61
00:05:48,130 --> 00:05:56,260
Glosson ha restituito componenti diversi come l'anno o l'ora del mese e così via che c'è una conversione dal

62
00:05:56,290 --> 00:06:02,600
punto sulla timeline fino ad oggi e l'acquisto di componenti comprensibili per l'uomo.

63
00:06:04,360 --> 00:06:10,750
E tutte queste classi implementano un'interfaccia chiamata Temporal che fa parte del pacchetto in Jobar ma

64
00:06:10,900 --> 00:06:12,460
non sono temporale.

65
00:06:12,760 --> 00:06:19,550
Quindi queste classi sono all'interno del pacchetto Java piuttosto che l'interfaccia che stanno implementando fa parte di un

66
00:06:19,840 --> 00:06:26,320
pacchetto chiamato loro pulsante sulle loro interfacce chiamato noi apart-in quanto tutte queste classi sono in realtà

67
00:06:26,570 --> 00:06:27,610
oggetti temporali.

68
00:06:27,700 --> 00:06:28,480
Destra.

69
00:06:28,480 --> 00:06:31,760
In altre parole significa che c'è il concetto di.

70
00:06:31,930 --> 00:06:37,150
Nel frattempo, in seguito, è possibile decodificare i metodi comuni definiti da questa interfaccia.

71
00:06:37,330 --> 00:06:45,600
Ha alcune parole come Bless my nose e così via al fine di regolare gli oggetti temporali, non

72
00:06:45,610 --> 00:06:50,350
l'interfaccia timbro inserito estende anche un'altra interfaccia chiamata Asse temporale.

73
00:06:50,890 --> 00:06:59,750
Su questa interfaccia include solo leggere i metodi come il termine Asse e temporale e suggerisce e ci sono anche

74
00:06:59,750 --> 00:07:05,880
altre due classi comunemente usate chiamate durata e periodo come implicano i nomi.

75
00:07:05,990 --> 00:07:09,230
Queste classi rappresentano una quantità di tempo.

76
00:07:09,650 --> 00:07:17,050
Ad esempio, la durata rappresenta la durata tra due punti del tempo di due eventi sulla timeline.

77
00:07:17,510 --> 00:07:23,290
Quindi sarebbe durata tra due istanze della perdita istantanea.

78
00:07:23,780 --> 00:07:27,930
D'altra parte, Peter rappresenta l'integrale tra due date.

79
00:07:28,070 --> 00:07:31,420
Quindi Puniet è qualcosa a cui è associato.

80
00:07:31,610 --> 00:07:37,700
Ad esempio, se vuoi calcolarlo su una persona, considererai l'intervallo tra la data corrente e

81
00:07:37,700 --> 00:07:39,100
quella più sensata.

82
00:07:39,120 --> 00:07:48,230
Ma lo spirito è associato con il bene la durata è associata al tempo non in quanto queste classi rappresentano

83
00:07:48,320 --> 00:07:55,310
la quantità di tempo che entrambi implementano un'interfaccia chiamata Temporal Amman che è anche dal

84
00:07:55,340 --> 00:08:01,240
punto dot dot e il pacchetto qui è il formato dell'ora.

85
00:08:01,280 --> 00:08:03,870
E ho appena visto 8 6 0 1.

86
00:08:04,070 --> 00:08:11,170
Quindi abbiamo una data seguita dal carattere t che è seguito dal tempo a sua volta seguito da offset di

87
00:08:11,160 --> 00:08:11,790
zona.

88
00:08:13,050 --> 00:08:18,620
Ed ecco un esempio qui la data è il 3 luglio 2017.

89
00:08:18,990 --> 00:08:26,920
I singoli elementi del componente data sono separati da un trattino byme è 1 am sull'offset da

90
00:08:26,930 --> 00:08:35,110
GMP dispari UTC è meno sette ore che corrisponde all'area di Los Angeles negli Stati Uniti che è

91
00:08:35,110 --> 00:08:37,700
anche indicata come Pacific Time.

92
00:08:37,870 --> 00:08:41,860
Possiamo vedere che gli elementi del componente temporale sono separati da colonne.

93
00:08:42,400 --> 00:08:45,070
Quindi questo operatore è trattino nel caso in cui un po '.

94
00:08:45,190 --> 00:08:52,960
Beh, ora chiama e dà il via non è un'istanza della classe diurna della zona, quindi otteniamo un risultato del

95
00:08:52,960 --> 00:08:58,150
genere con tutte le informazioni su cui guarderemo più avanti nella demo.

96
00:08:59,560 --> 00:09:04,440
Se volevo un'istanza di data locale, otteniamo solo la parte morta di questa stringa.

97
00:09:05,430 --> 00:09:09,900
Sotto la stampa del piede un'istanza di ora locale, otteniamo solo la parte di acquisto della stringa.

98
00:09:11,500 --> 00:09:19,360
Una volta in cui l'ora locale è diversa dalla data e dall'ora, incluso Infine, ecco un altro esempio.

99
00:09:19,460 --> 00:09:22,220
E questo rappresenta l'immagine UPC.

100
00:09:22,910 --> 00:09:27,680
E questo dà una sorta di offset, abbiamo i personaggi Z alla fine.

101
00:09:28,070 --> 00:09:31,810
Quindi Z implica UPC o GNB.

102
00:09:31,870 --> 00:09:38,340
Quindi questo è il formato ISO 8 6 0 1 e l'8 luglio abbiamo bisogno di esserne fuori.

103
00:09:38,500 --> 00:09:42,960
Altrimenti potrebbe essere un po 'di confusione guardare questo tipo di stringa.

104
00:09:43,420 --> 00:09:44,660
Quindi questo è tutto.

105
00:09:44,660 --> 00:09:47,130
E abbiamo esaminato le perdite giudiziarie nella nuova API.

106
00:09:47,200 --> 00:09:51,070
Ora faremo di più e li vedremo tutti in azione.

107
00:09:51,070 --> 00:09:51,420
Grazie.