1
00:00:01,240 --> 00:00:07,500
Salve, è questo che non vogliono sapere, sappiamo capire come le interfacce possano essere utilizzate per

2
00:00:07,530 --> 00:00:09,940
la sintassi non sono così semplici.

3
00:00:09,940 --> 00:00:14,110
La cosa più importante da capire è quando utilizzare un'interfaccia.

4
00:00:14,110 --> 00:00:20,290
È abbastanza comune vedere gli ingegneri di fronte a un dilemma se debbano codificare qualcosa come un'interfaccia o

5
00:00:20,380 --> 00:00:22,100
come una classe astratta.

6
00:00:22,360 --> 00:00:29,140
Ed è perché se una classe astratta ha solo metodi astratti, allora non è diversa da un'interfaccia.

7
00:00:29,140 --> 00:00:35,530
Analogamente a Jella, otto interfacce possono includere metodi concreti e quindi non sembrano essere

8
00:00:35,530 --> 00:00:37,590
diverse dalle classi astratte.

9
00:00:37,630 --> 00:00:43,690
Quindi attraverso questo nella prossima lezione cercheremo di affrontarlo imparando come vengono tipicamente utilizzate

10
00:00:43,780 --> 00:00:44,860
le interfacce.

11
00:00:46,660 --> 00:00:49,760
In generale le interfacce possono essere classificate in due tipi.

12
00:00:49,870 --> 00:00:53,020
Il primo passo può essere definito come il rappresentante delle interfacce.

13
00:00:53,160 --> 00:00:55,100
Bene, il secondo tipo di Moxon.

14
00:00:55,330 --> 00:00:58,140
E guardiamo ognuno di loro.

15
00:00:58,330 --> 00:01:05,560
Vediamo solo rappresentare due interfacce rappresentate l'interfaccia definisce il comportamento che è rappresentativo di sottoclassi

16
00:01:05,650 --> 00:01:14,040
che i metodi di interfaccia definiscono la funzionalità di base del sottoprocesso tali interfacce in genere vengono con

17
00:01:14,040 --> 00:01:16,440
una o più implementazioni.

18
00:01:17,530 --> 00:01:23,260
Se stai parlando di un'API pubblica come la libreria Java, non è comune che le implementazioni

19
00:01:23,380 --> 00:01:25,020
provengano da API esterne.

20
00:01:25,390 --> 00:01:33,010
Quindi i progettisti dell'API fornirebbero una o più implementazioni insieme all'interfaccia stessa.

21
00:01:33,010 --> 00:01:34,920
Ecco un esempio dalla libreria Java.

22
00:01:34,960 --> 00:01:37,570
Il nome dell'interfaccia è List.

23
00:01:37,570 --> 00:01:39,140
Ha diverse implementazioni.

24
00:01:39,210 --> 00:01:45,070
Quelli importanti sono mostrati qui, ma le implementazioni di underdose dell'interfaccia sono dal pacchetto di accordi

25
00:01:45,310 --> 00:01:51,740
di Gelada, ma li studiano e il capitolo di framework delle collezioni l'interfaccia di lista rappresenta una struttura

26
00:01:51,890 --> 00:01:55,370
di dati che memorizza tutta quella raccolta di elementi.

27
00:01:55,370 --> 00:01:57,970
La chiave qui è il termine ordinato.

28
00:01:58,040 --> 00:01:59,400
Quindi gli elementi sono ordinati.

29
00:01:59,420 --> 00:02:05,570
In sintesi c'è una posizione di elementi nella lista ha un qualche significato qui.

30
00:02:05,620 --> 00:02:12,370
Pertanto l'interfaccia include metodi che consentono di recuperare elementi o di essere recuperati e cancellati da

31
00:02:12,370 --> 00:02:13,760
posizioni specifiche nell'elenco.

32
00:02:13,930 --> 00:02:20,270
E quel tipo di accesso posizionale è rappresentato dal comportamento definito dall'interfaccia Elenco.

33
00:02:20,350 --> 00:02:26,380
Quindi tutte le implementazioni di liste avranno anche questo comportamento di accesso posizionale.

34
00:02:26,480 --> 00:02:32,600
Come accennato in precedenza, non è comune che le interfacce auto-rappresentate di sottoclassi provengano dall'esterno

35
00:02:32,600 --> 00:02:33,470
dell'API.

36
00:02:34,040 --> 00:02:40,990
Ma quando arriveranno, di solito è da qualche altra API popolare che fornisce un'implementazione migliore.

37
00:02:41,120 --> 00:02:47,360
Ad esempio, puoi vedere qui che l'interfaccia di lista dal corpo Jawaani standard ha implementazioni da

38
00:02:47,450 --> 00:02:55,310
altre API è come Google scuola siamo un Apache Commons Apache Commons doc per le affermazioni trialiste che è un

39
00:02:55,310 --> 00:03:01,400
alternativa migliore per fare una lista collegata che fa parte dell'API standard di luglio e

40
00:03:01,460 --> 00:03:03,090
implementa anche l'interfaccia dell'elenco.

41
00:03:03,140 --> 00:03:08,930
Quindi, non avrebbero intenzione di far scoppiare lo sviluppo di alcuni software proprietari in genere

42
00:03:09,060 --> 00:03:16,040
non implementare un tale prisma per le interfacce. L'argomento di questo non è qualcosa che è limitato al pubblico.

43
00:03:16,090 --> 00:03:19,700
Sì, possono anche essere dichiarati e software proprietario.

44
00:03:20,050 --> 00:03:25,510
Ecco un esempio di un componente di integrazione dei dati che aggrega i dati relativi

45
00:03:25,510 --> 00:03:32,470
ai libri provenienti da fonti diverse che rappresentano un nuovo libro di interfaccia progettato per definire un protocollo comune

46
00:03:32,470 --> 00:03:39,170
dichiarando metodi come ottenere dettagli e ottenere recensioni ottenere i dati sarebbe irresponsabile recuperarlo è come gli autori

47
00:03:39,170 --> 00:03:41,930
di Tipler di descrizione e così via.

48
00:03:42,160 --> 00:03:48,850
Dato che l'ISBN non è pubblicato su un libro, le recensioni positive sarebbero irresponsabili nel recuperare le recensioni

49
00:03:48,850 --> 00:03:55,900
per un determinato libro sull'implementazione sono specifiche per ogni origine dati e incapsulano informazioni su come interrogare le loro

50
00:03:55,900 --> 00:04:03,080
fonti di dati e anche i risultati positivi restituiti da loro è bello se in futuro una nuova fonte deve

51
00:04:03,080 --> 00:04:09,590
essere aggiunta e se è aggiunta da un nuovo programmatore, allora lui o lei dovrà supportare entrambe

52
00:04:09,590 --> 00:04:10,650
queste questioni.

53
00:04:10,940 --> 00:04:17,870
E questo è il vantaggio che otteniamo avendo un protocollo comune che è un protocollo comune che sta costringendo il programmatore

54
00:04:17,960 --> 00:04:24,580
a fornire un'implementazione non comune per un libro su come il programmatore di Pitman esegua l'errata digitazione di un nome

55
00:04:24,580 --> 00:04:25,450
di metodo.

56
00:04:25,450 --> 00:04:32,110
Ad esempio, se il programmatore fornisce informazioni errate mentre il singolare viene sottoposto a revisione,

57
00:04:32,110 --> 00:04:36,590
compagno accompagnerà la mancata implementazione delle revisioni astratte del motard.

58
00:04:36,790 --> 00:04:44,280
Ciò consentirebbe al programmatore di aggiustare quella bibbia non-noce per vedere in che cosa ha senso la mescolanza, quindi

59
00:04:44,280 --> 00:04:50,870
il secondo tipo di interfacce e queste sono interfacce che definiscono certe capacità che il sottoprocesso può

60
00:04:50,870 --> 00:04:51,410
avere.

61
00:04:51,730 --> 00:04:54,140
Quindi il sottoprocesso ha una propria identità.

62
00:04:54,240 --> 00:05:00,330
Inoltre, quando implementano un mixin, annunciano anche che supportano ulteriormente la

63
00:05:00,510 --> 00:05:04,440
capacità che l'interfaccia di mixin sta definendo.

64
00:05:04,440 --> 00:05:10,530
Non che ci riferiamo a questa interfaccia come a un mixin in quanto consente alla

65
00:05:10,950 --> 00:05:18,970
funzionalità che sta definendo di essere mescolata alla funzionalità di quella classe che sta implementando il Maxson delite definisce diverse

66
00:05:18,970 --> 00:05:20,200
interfacce di mixin.

67
00:05:20,410 --> 00:05:27,490
Unmix poiché sono un significato molto generico a differenza di quanto accade nel caso di due interfacce utente, le

68
00:05:27,520 --> 00:05:31,750
API di self-doubt rappresentano tipicamente le classi che implementano tali interfacce.

69
00:05:31,960 --> 00:05:32,600
OK.

70
00:05:34,310 --> 00:05:39,620
In effetti, dal momento che non sono nuovo per noi, in realtà abbiamo usato un Maxson nel nostro ultimo diagramma di classe.

71
00:05:39,620 --> 00:05:42,110
L'interfaccia condivisibile è un mixin.

72
00:05:42,560 --> 00:05:44,170
Consideriamo la classe di bit qui.

73
00:05:44,390 --> 00:05:51,290
Ha la sua identità principale che è un segnalibro ed è identificato da caratteristiche come l'altare di descrizione di ID

74
00:05:51,290 --> 00:05:52,910
Deiter e così via.

75
00:05:52,910 --> 00:05:59,540
Oltre ad avere la sua identità principale implementando il libro di classe con interfaccia condivisa, dichiara anche

76
00:05:59,540 --> 00:06:02,510
di avere la capacità di essere condiviso.

77
00:06:03,080 --> 00:06:09,410
L'interfaccia così condivisibile è un mixin e consente di combinare la funzionalità condivisa con la

78
00:06:09,410 --> 00:06:11,550
funzionalità principale della classe.

79
00:06:11,710 --> 00:06:17,330
Ricorda che dal momento che più B-class non implementa sparabili non ha quella capacità

80
00:06:17,330 --> 00:06:18,160
aggiuntiva condivisibile.

81
00:06:19,190 --> 00:06:25,370
Tipicamente, quando le persone parlano di interfacce, di solito associavano quella funzionalità come nel caso

82
00:06:25,370 --> 00:06:26,460
di Moxon.

83
00:06:26,840 --> 00:06:35,250
Ma come abbiamo visto le interfacce possono anche rappresentare sottoclassi di funzionalità essenziali offerte in questo esempio dimostra

84
00:06:35,250 --> 00:06:42,270
la classe di libri che supporta molteplici funzionalità implementando comparabili sparabili su interfacce globali compatibilmente

85
00:06:42,380 --> 00:06:49,310
compatibili con la libreria standard di luglio implementando classi di libri comparabili che dichiarano

86
00:06:49,560 --> 00:06:56,550
che i suoi oggetti hanno capacità di essere confrontati tra loro e implementando Groeneveld

87
00:06:56,580 --> 00:07:02,960
dichiara che gli oggetti hanno la capacità di restituire le proprie copie.

88
00:07:03,960 --> 00:07:10,260
A rigor di termini, il prestito è un altro tipo di interfaccia chiamata interfaccia di

89
00:07:10,260 --> 00:07:14,120
mercato che verrà discussa in seguito sull'interfaccia del kernel.

90
00:07:15,080 --> 00:07:17,460
Non quello da un punto di vista della convenzione di denominazione.

91
00:07:17,740 --> 00:07:25,650
MC dal momento che in genere e leggere il suffisso in grado come vediamo qui nel caso di condivisibile sono paragonabili.

92
00:07:25,900 --> 00:07:29,630
Che tipo di sottolineare la loro capacità.

93
00:07:30,070 --> 00:07:31,450
Quindi questo è tutto.

94
00:07:31,450 --> 00:07:37,540
E abbiamo esaminato i due tipi di interfacce che possiamo definire concettualmente e che è molto importante

95
00:07:37,540 --> 00:07:38,230
sapere.

96
00:07:38,470 --> 00:07:40,530
È bello averlo fatto.

97
00:07:40,540 --> 00:07:46,480
In seguito vedremo un elemento di doea efficace che parla delle interfacce di esecuzione da

98
00:07:46,510 --> 00:07:49,280
preferire alle classi astratte e viceversa.

99
00:07:49,660 --> 00:07:50,050
Grazie.
