WEBVTT

1
00:00.960 --> 00:02.040
Bentornati.

2
00:02.360 --> 00:10.160
Abbiamo creato solo una parte
dell'iniezione di dipendenza, ovvero la
classe dell'applicazione Android Hilt.

3
00:10.280 --> 00:17.280
Quindi riprenderemo l'implementazione
dell'iniezione di dipendenza più avanti in
questo video,

4
00:17.280 --> 00:22.480
creando un altro pacchetto chiamato repo,
che si riferisce al repository.

5
00:22.480 --> 00:29.400
Quindi creeremo il repository e poi
torneremo al pacchetto dependency
injection

6
00:29.400 --> 00:33.720
e creeremo la seconda parte, ovvero il
modulo all'interno del repository.

7
00:33.720 --> 00:40.240
Creare una nuova interfaccia e chiamarla
Weather repository.

8
00:40.760 --> 00:44.200
È possibile creare una classe denominata
Weather repository.

9
00:44.400 --> 00:47.680
Oppure si può creare un repository
meteorologico di interfaccia.

10
00:47.920 --> 00:55.320
Quindi è necessario creare una classe,
denominata implementazione del repository
meteo,

11
00:55.320 --> 01:00.640
che estenda ed erediti da questa
interfaccia le funzioni corrispondenti.

12
01:00.640 --> 01:10.090
Quindi, per rendere l'approccio più
professionale e intuitivo,

13
01:10.090 --> 01:11.130
dobbiamo utilizzare un'interfaccia
all'interno di questa interfaccia.

14
01:11.490 --> 01:13.650
Abbiamo due funzioni.

15
01:13.690 --> 01:17.890
Ottenere il meteo della località Alt+.

16
01:17.890 --> 01:21.090
Inserire per importare le informazioni e
le funzioni meteo.

17
01:21.090 --> 01:27.050
Ottiene tutte le località che si estendono
dall'elenco di stringhe.

18
01:27.250 --> 01:28.690
Cosa abbiamo fatto qui.

19
01:29.090 --> 01:37.610
Di nuovo, ragazzi, voglio che scriviate
queste note sul vostro quaderno di appunti
o nei progetti di Android studio,

20
01:37.610 --> 01:46.450
perché sono molto importanti e vi aiutano
a memorizzare e a riconoscere i codici e
le cose più velocemente.

21
01:46.650 --> 01:48.130
Repository meteo.

22
01:48.130 --> 01:55.290
È un'interfaccia Kotlin che definisce un
contratto che ogni classe che la
implementa deve seguire.

23
01:55.490 --> 01:57.010
Perché usiamo l'interfaccia.

24
01:57.050 --> 02:04.130
Separare la definizione
dall'implementazione e rendere il codice
più modulare e testabile.

25
02:04.170 --> 02:11.980
È possibile scambiare facilmente diverse
implementazioni, come dati falsi per i
test o chiamate API reali.

26
02:12.180 --> 02:15.980
In questa applicazione utilizzeremo dati
falsi per i test.

27
02:16.020 --> 02:16.420
Ok.

28
02:16.460 --> 02:18.340
Che cosa definisce?

29
02:18.500 --> 02:19.740
Due funzioni.

30
02:19.780 --> 02:22.500
Ottenere il tempo per la localizzazione di
una funzione.

31
02:22.540 --> 02:30.500
Questa funzione prende il nome di una
città, ad esempio Londra, e restituisce un
oggetto di informazioni meteo.

32
02:30.580 --> 02:35.900
È qui che si recuperano le informazioni
meteo per una località specifica.

33
02:36.180 --> 02:38.140
Trova tutte le sedi.

34
02:38.140 --> 02:47.260
Restituisce un elenco di nomi di città
disponibili, ad esempio Londra, Tokyo, New
York e altri.

35
02:47.540 --> 02:51.380
E utile per mostrare tutte le città.

36
02:51.580 --> 02:53.780
L'applicazione supporta.

37
02:54.100 --> 03:01.620
Quindi questa interfaccia verrà iniettata
e l'uso di un'interfaccia ci consente di
scambiare l'implementazione,

38
03:01.620 --> 03:06.100
ad esempio per testare i dati di mocking e
recuperare le API reali.