1
00:00:02,250 --> 00:00:04,550
Ciao, questo è quello che devi fare.

2
00:00:04,890 --> 00:00:11,940
Discutiamo brevemente la forza quando introduciamo gli archi e abbiamo detto che era una delle caratteristiche che rendevano gli archi

3
00:00:11,940 --> 00:00:17,730
speciali e questo è dovuto al fatto che le ragazze carissime vengono immagazzinate in Donati.

4
00:00:17,910 --> 00:00:23,880
Non guardiamo la stringa che tira l'accordo e quindi vedremo come GBM gestisce le stringhe e ammaccatamente

5
00:00:24,860 --> 00:00:25,710
alla fine.

6
00:00:25,740 --> 00:00:31,630
Fa anche i concetti usando una semplice demo ed è una lezione importante e anche interessante.

7
00:00:31,830 --> 00:00:37,960
E molti sviluppatori non sanno di Trinkle o, anche se lo fanno, generalmente

8
00:00:37,960 --> 00:00:40,300
non lo sono prima.

9
00:00:40,380 --> 00:00:45,950
Cominciamo col capire come le stringhe sono memorizzate internamente da JVM quando create

10
00:00:46,430 --> 00:00:55,880
usando la stringa che sono state create usando il Nuki, mentre Hustvedt guardava che è quando le stringhe vengono create usando stringhe letterali.

11
00:00:56,030 --> 00:01:02,150
Se ricordate, abbiamo detto che tutti i valori letterali delle stringhe sono memorizzati in particolare la stringa della scheda

12
00:01:02,840 --> 00:01:09,170
di memoria Off. Infatti, la stringa di memoria viene effettivamente acquisita dalle persone e voi sapete che è dove risiedono

13
00:01:09,960 --> 00:01:16,220
tutti gli oggetti. Quindi il punto String include anche gli oggetti ma solo gli oggetti stringa sono creati usando stringhe

14
00:01:18,110 --> 00:01:22,620
perché stringhe letterali Come lo stesso contenuto quindi condividono lo stesso spazio nella stringa.

15
00:01:22,850 --> 00:01:29,400
Anche questo è stato discusso in precedenza ma nella prossima luce lo vedremo attraverso un esempio

16
00:01:29,400 --> 00:01:36,760
di distanza successiva creata usando la nuova parola chiave questi oggetti stringa non sono diversi da oggetti di lavoro regolari.

17
00:01:36,860 --> 00:01:38,060
Questo è un mucchio.

18
00:01:38,150 --> 00:01:46,030
Ma vorrei anche aggiungere il loro spazio di archiviazione e non condividere lo spazio di archiviazione anche se due oggetti

19
00:01:46,100 --> 00:01:48,140
stringa hanno lo stesso contenuto.

20
00:01:48,620 --> 00:01:51,460
Diamo un'occhiata a un esempio per comprendere queste differenze.

21
00:01:53,340 --> 00:01:56,310
Quindi qui abbiamo l'heap in heap.

22
00:01:56,340 --> 00:02:02,810
Ora non disponiamo dell'istruzione in cui la variabile S1 è assegnata a.

23
00:02:02,980 --> 00:02:06,950
Ciao, perché abbiamo una stringa letterale.

24
00:02:07,020 --> 00:02:14,640
Come accennato in precedenza, JVM lo memorizzerebbe nello stinkeroo creando un oggetto stringa come si

25
00:02:14,660 --> 00:02:15,810
offrirebbe Onsen.

26
00:02:15,900 --> 00:02:21,480
Quindi, anche se è un letterale internamente, viene memorizzato come un oggetto stringa regolare ma all'interno della stringa.

27
00:02:23,020 --> 00:02:27,320
Diciamo che abbiamo una variabile s2 ma è anche assegnata con un trapano simile.

28
00:02:27,330 --> 00:02:28,030
Ciao.

29
00:02:28,540 --> 00:02:36,020
E sappiamo anche che una stringa letterale Come sembrano i contenuti che condividono la stessa memoria in Stinkweed

30
00:02:36,080 --> 00:02:43,160
Estival fanno riferimento allo stesso oggetto String che S1 fa riferimento ora cosa importante da notare qui

31
00:02:43,160 --> 00:02:47,290
è che queste due affermazioni possono apparire ovunque nell'applicazione.

32
00:02:47,480 --> 00:02:53,240
Possono essere in classi completamente diverse o anche in pacchetti completamente diversi del tutto.

33
00:02:53,830 --> 00:03:01,340
Finché entrambe le istruzioni vengono eseguite come parte dello stesso processo GBM, verrà creato un solo oggetto

34
00:03:01,340 --> 00:03:05,190
stringa per il letterale Hello I'm s1 s2.

35
00:03:05,210 --> 00:03:14,980
Bene facendo riferimento a una variabile S3 viene assegnata con S1, quindi S3 farà ovviamente riferimento allo stesso oggetto String

36
00:03:14,980 --> 00:03:22,560
nella stringa successiva, diciamo che abbiamo l'istruzione in cui la variabile x4 viene creata usando il

37
00:03:22,650 --> 00:03:23,540
Nuki.

38
00:03:23,960 --> 00:03:25,670
Anche questo è stato inizializzato con la X.

39
00:03:25,670 --> 00:03:27,890
Ciao.

40
00:03:28,090 --> 00:03:32,260
E sappiamo che questo creerebbe un oggetto stringa al di fuori della stringa.

41
00:03:32,620 --> 00:03:33,710
Proprio come nel caso.

42
00:03:33,960 --> 00:03:35,890
Qualsiasi oggetto grande

43
00:03:35,960 --> 00:03:37,820
E per quanto riguarda il riferimento.

44
00:03:38,260 --> 00:03:42,250
Tuttavia l'argomento del costruttore è strettamente vero.

45
00:03:42,250 --> 00:03:47,380
Quindi JVM proverebbe ancora a creare un oggetto stringa per quel letterale nella stringa.

46
00:03:47,770 --> 00:03:53,560
Ma dal momento che abbiamo già un oggetto stringa per il piccolo ciao nella stringa in riferimento ad esso viene

47
00:03:53,680 --> 00:03:54,800
passato al costruttore.

48
00:03:55,470 --> 00:04:01,680
Ma l'oggetto esistente corrispondente a Hello locale non era presente nell'input, quindi JVM avrebbe creato

49
00:04:01,830 --> 00:04:08,610
un nuovo oggetto String nel pool e avrebbe passato un riferimento al nuovo oggetto String al costruttore.

50
00:04:09,530 --> 00:04:15,620
Quindi per andare sulla stringa pull tutto ciò di cui abbiamo bisogno è una stringa letterale e non importa che sia letteralmente.

51
00:04:15,620 --> 00:04:20,980
Sì, il letterale può anche essere parte di un sistema o di una dichiarazione di stampa.

52
00:04:22,500 --> 00:04:29,420
E se hai questa affermazione e sappiamo che questo creerebbe anche un nuovo oggetto String fuori dalla

53
00:04:29,420 --> 00:04:30,280
stringa.

54
00:04:30,650 --> 00:04:36,350
Quindi, per quanto riguarda SSI, si fa riferimento a due oggetti stringa diversi anche se sono inizializzati con

55
00:04:36,350 --> 00:04:37,480
lo stesso contenuto.

56
00:04:37,850 --> 00:04:40,750
Quindi non c'è condivisione di storage come nel caso di uno.

57
00:04:40,760 --> 00:04:48,190
Per quanto riguarda l'onestà e a causa di questo tipo di implementazione, facciamo un confronto di riferimento oggetto su

58
00:04:48,200 --> 00:04:49,220
S1 onestamente.

59
00:04:49,300 --> 00:04:56,340
Ne risulterebbe un valore ma poi faremo un oggetto di confronto fino ai registratori di volo e

60
00:04:56,420 --> 00:04:58,470
N. S. UN..

61
00:04:58,520 --> 00:05:03,950
Quindi, come puoi vedere, il vantaggio principale dell'uso di stringless close è che ci darebbe memoria.

62
00:05:04,010 --> 00:05:10,700
Randall Ha lo stesso contenuto non solo per essere al 100% chiaro su ciò che abbiamo appena imparato.

63
00:05:11,040 --> 00:05:17,900
Se solo questa affermazione è GBM e Contos stringa letterale ciao per la prima volta.

64
00:05:19,360 --> 00:05:23,560
Quindi solo un oggetto stringa corrispondente al sotto ciao corrente è maggiore

65
00:05:24,820 --> 00:05:30,170
della stringa e il riferimento ad esso è il capo del costruttore per costruire la nuova stringa.

66
00:05:30,180 --> 00:05:31,600
Prole di Dick outskirt.

67
00:05:32,760 --> 00:05:36,570
Essenzialmente in questo caso tutto questo viene creato.

68
00:05:37,020 --> 00:05:38,580
Quindi tienilo a mente.

69
00:05:38,880 --> 00:05:44,550
A volte può essere richiesto in un'intervista, ma letteralmente era già lì in primavera.

70
00:05:44,690 --> 00:05:51,800
Quindi avrebbe creato un solo oggetto stringa al di fuori dello string pull look qualche altro specifico relativo

71
00:05:51,800 --> 00:05:53,330
alla stringa pull.

72
00:05:53,510 --> 00:06:00,290
Non sappiamo che una stringa memorizza fondamentalmente una singola copia di ogni stringa letterale nella stringa di Hamas

73
00:06:00,290 --> 00:06:00,980
adorata.

74
00:06:01,280 --> 00:06:06,130
Quindi tienilo a mente che puzzare i buchi con gli oggetti stringa.

75
00:06:06,160 --> 00:06:08,360
Sappiamo anche che la palla a corde fa parte di esso.

76
00:06:08,440 --> 00:06:15,660
So che esiste una sola copia di Stinkweed, detta anche tabella di stringhe.

77
00:06:15,770 --> 00:06:17,550
Quindi questa è un'altra stringa di quarzo.

78
00:06:19,560 --> 00:06:26,030
Su questo intero processo di costruzione di un polo si parla di string interning l'uno

79
00:06:26,050 --> 00:06:33,370
sull'altro nel polo della stringa è chiamato come un motore su slingin Dhoni è supportato anche in

80
00:06:33,370 --> 00:06:41,850
altri linguaggi come Python Ruby C-Sharp e anche in linguaggi di scripting come Gallois Savino può capire come l'internazionalizzazione delle

81
00:06:41,850 --> 00:06:44,380
stringhe funziona a livello concettuale.

82
00:06:44,790 --> 00:06:52,280
Vediamo come viene effettivamente fatto dietro le quinte di GBM Narbonne JVM e Contos astronomici per

83
00:06:52,280 --> 00:06:53,780
la prima volta.

84
00:06:53,840 --> 00:06:55,100
Fa due cose.

85
00:06:57,200 --> 00:07:05,000
Crea un nuovo oggetto stringa con lo stesso contenuto della stringa scritta in nexted a Malta a quella

86
00:07:05,230 --> 00:07:07,880
chiamata Intan sull'oggetto stringa creato.

87
00:07:07,900 --> 00:07:14,460
Quindi c'è un metodo chiamato in fatto nella classe String e questo è ciò che è fatto che sta facendo

88
00:07:14,710 --> 00:07:19,750
il crosscheck intermedio se c'è già un oggetto stringa nella stringa con lo stesso contenuto.

89
00:07:20,200 --> 00:07:24,900
Se esiste, restituisce semplicemente un riferimento di quell'oggetto String esistente.

90
00:07:25,790 --> 00:07:31,280
L'oggetto cosa creato è semplicemente abbandonare e sarà spazzatura raccolta dei rifiuti raccolta

91
00:07:31,280 --> 00:07:37,570
sarà discussa più avanti nella JVM e un altro capitolo, ma una stringa non contiene

92
00:07:37,570 --> 00:07:44,040
un oggetto stringa con lo stesso contenuto, quindi non importa che il nuovo oggetto String lo

93
00:07:44,090 --> 00:07:51,140
creato nella stringa capirà che è riferimento, quindi non importa come il nome indica Dean, ma internando.

94
00:07:51,150 --> 00:07:57,720
Ora se il simulatore non è disponibile, ancora una volta JVM controlla se non è importante chi

95
00:07:57,720 --> 00:08:04,940
era in precedenza in un gruppo su un oggetto stringa inizializzato con questo piccolo spazio e riferimento a quell'istanza.

96
00:08:04,940 --> 00:08:11,010
In effetti, questa è la prima cosa che JVM fa sempre ogni volta che viene rilevato un letterale e, se

97
00:08:11,020 --> 00:08:13,290
non importa, non è stato precedentemente richiamato.

98
00:08:13,350 --> 00:08:16,380
Solo allora fa i passi che vedi qui.

99
00:08:18,310 --> 00:08:20,900
Non guardare un paio di esempi qui.

100
00:08:20,980 --> 00:08:28,410
La concatenazione di Bulat Gross e questo è il risultato della concatenazione sarà anche a sua volta in quanto sarebbe anche un

101
00:08:28,410 --> 00:08:32,150
valore letterale il cui valore è noto al momento della compilazione.

102
00:08:34,400 --> 00:08:41,780
Ora in questo esempio abbiamo variabile come uno che è assegnato a un letterale ma variabile S2 è una

103
00:08:41,840 --> 00:08:48,590
concatenazione di un letterale e di variabile come uno qui variabilis sarebbe valutato in fase di esecuzione.

104
00:08:48,710 --> 00:08:55,580
Quindi non abbiamo un compilatore letterale, quindi questo non porterà alla creazione di un in sulla stringa risultante

105
00:08:55,580 --> 00:09:03,740
che l'oggetto sarebbe creato al di fuori della stringa, ma è molto esplicitamente nel lavoro e fatto in questo modo sulla

106
00:09:03,740 --> 00:09:11,870
variabile come poi in questo caso verrà creato un intent in questo caso, come si fa infine riferimento alla fine eseguita

107
00:09:11,890 --> 00:09:16,160
nel pool di stringhe come sul lato sinistro del compito.

108
00:09:16,190 --> 00:09:21,420
Abbiamo la variabile s2 in modo che possiamo internamente lavorare internamente.

109
00:09:21,530 --> 00:09:27,970
Proprio come il modo in cui J. B. inquietante sul vecchio oggetto stringa che

110
00:09:27,970 --> 00:09:32,990
come una sorta di risciacquo sarà ancora presente nell'heap e sarà idoneo per la garbage collection.

111
00:09:33,000 --> 00:09:39,900
Quindi la domanda è Will Dunning esplicito da qualcosa che molto probabilmente non lo è.

112
00:09:40,180 --> 00:09:48,780
Sembra essere meglio o essere utilizzato solo da GBM, ma in alcune applicazioni come il processo di verdammt di elaborazione del

113
00:09:49,270 --> 00:09:56,690
linguaggio naturale un sacco di testo e un sacco di manipolazioni di stringhe l'accoppiamento o l'internazione esplicita.

114
00:09:57,000 --> 00:10:00,880
Se pensiamo che verrebbero create molte stringhe identiche.

115
00:10:00,960 --> 00:10:07,160
Tuttavia dipende dalla particolare applicazione e dovresti sperimentare e prendere la tua decisione.

116
00:10:07,190 --> 00:10:08,620
Quindi è una bevanda mal riuscita.

117
00:10:08,660 --> 00:10:14,530
E nel donare Andiamo ad alcune delle cose che abbiamo imparato attraverso una breve demo e potresti ricevere

118
00:10:14,560 --> 00:10:17,940
chiamate. Trinkle è stato aggiunto alla classe demo di base.

119
00:10:17,960 --> 00:10:20,070
Andiamo avanti e guardiamo il numeratore.

120
00:10:22,320 --> 00:10:22,560
OK.

121
00:10:22,590 --> 00:10:26,760
Ecco una nuova metrica sprinkle che è stata aggiunta alla demo class di base.

122
00:10:26,760 --> 00:10:30,390
Quindi qui ci sono un sacco di dichiarazioni dichiarazioni che creano alcune stringhe.

123
00:10:30,390 --> 00:10:33,440
E abbiamo anche alcune dichiarazioni di stampa che fanno alcuni test.

124
00:10:33,570 --> 00:10:39,300
Quindi qui nelle dichiarazioni di dichiarazione stiamo creando un paio di stringhe sulla stringa che tira su almeno

125
00:10:39,300 --> 00:10:41,070
una stringa fuori dalla stringa.

126
00:10:41,130 --> 00:10:46,700
E fondamentalmente facciamo un confronto tra le occorrenze dell'oggetto e senza invocare esplicitamente un

127
00:10:46,780 --> 00:10:47,390
metodo.

128
00:10:47,460 --> 00:10:50,060
Un paio di pezzi e lo vedremo.

129
00:10:50,070 --> 00:10:54,030
Quindi andiamo avanti e guardiamo a ciò che abbiamo qui nelle dichiarazioni.

130
00:10:54,060 --> 00:10:57,690
Quindi inizialmente stiamo creando questa variabile come una che è un riferimento a un oggetto.

131
00:10:57,690 --> 00:10:59,570
È inizializzato con il testo Ciao.

132
00:10:59,610 --> 00:11:00,910
Quindi è una stringa letterale.

133
00:11:01,220 --> 00:11:04,000
E così sappiamo che la stringa viene creata nella stringa.

134
00:11:04,140 --> 00:11:05,690
Allo stesso modo abbiamo S2 qui.

135
00:11:05,760 --> 00:11:08,430
Viene anche inizializzato con la stessa stringa letterale Hello.

136
00:11:08,610 --> 00:11:11,810
Quindi dovrebbe anche puntare allo stesso oggetto stringa nella stringa letterale.

137
00:11:11,820 --> 00:11:15,120
Quindi sappiamo che sappiamo anche che il ferro qui e S3.

138
00:11:15,180 --> 00:11:18,620
Quindi siamo nel rooking e nel metodo di induzione sul blitter delle stringhe.

139
00:11:18,720 --> 00:11:20,720
OK, quindi possiamo anche farlo.

140
00:11:20,730 --> 00:11:26,050
Quindi questo è come un doppio interning qui perché questo è uno stagista e quindi

141
00:11:26,060 --> 00:11:31,800
invochiamo ancora una volta non importa il cui oggetto principale è quello di creare un'istanza nella stringa bool.

142
00:11:32,020 --> 00:11:32,310
Destra.

143
00:11:32,310 --> 00:11:34,190
Sappiamo che non importa, muore.

144
00:11:34,350 --> 00:11:35,990
Crea intenso.

145
00:11:36,030 --> 00:11:38,100
Quindi è come un raddoppio qui dentro.

146
00:11:38,310 --> 00:11:41,120
Ora come per questi creati utilizzando la nuova parola chiave.

147
00:11:41,250 --> 00:11:45,120
Quindi qui una stringa viene creata una stringa al di fuori della stringa.

148
00:11:45,360 --> 00:11:48,830
Ed è anche inizializzato con lo stesso con la stessa stringa letterale.

149
00:11:49,260 --> 00:11:52,980
E per quanto condiviso è con noi e lo stiamo facendo.

150
00:11:52,990 --> 00:11:55,060
Quindi quelle sono le diverse dichiarazioni.

151
00:11:55,110 --> 00:11:58,600
Abbiamo solo alcuni confronti fatti qui.

152
00:11:58,770 --> 00:12:03,330
E stiamo usando l'operatore uguale a quello che confrontiamo le diverse espressioni dell'oggetto.

153
00:12:03,360 --> 00:12:05,220
Quindi andiamo avanti ed eseguiamo questo programma.

154
00:12:05,220 --> 00:12:10,680
È già compilato e quindi possiamo esaminare le ragioni per cui possiamo analizzare.

155
00:12:10,750 --> 00:12:11,950
Quindi questo è quello che abbiamo.

156
00:12:12,120 --> 00:12:16,790
Quindi nella prima affermazione stiamo confrontando le province S1 e S2.

157
00:12:16,900 --> 00:12:20,560
E poiché entrambi sono inizializzati con la stessa stringa letterale.

158
00:12:20,680 --> 00:12:23,750
Quindi punterebbero allo stesso oggetto String nella stringa.

159
00:12:23,800 --> 00:12:25,400
Ok, quindi abbiamo.

160
00:12:25,420 --> 00:12:31,150
Quindi l'espressione restituisce TRUE è un confronto tra S1 e S2.

161
00:12:31,440 --> 00:12:31,780
OK.

162
00:12:31,780 --> 00:12:36,000
E S3 punta anche a un oggetto String nella stringa pull.

163
00:12:36,040 --> 00:12:37,880
Quindi possiamo vederlo qui.

164
00:12:38,110 --> 00:12:44,210
Quindi, ancora una volta si valuterà il vero e poi la prossima affermazione che stiamo confrontando con s S è divertente per il sorgente 1

165
00:12:44,480 --> 00:12:46,460
è una stringa nella stringa di palle.

166
00:12:46,480 --> 00:12:48,570
Per quanto riguarda è una stringa al di fuori della stringa.

167
00:12:48,670 --> 00:12:49,420
Destra.

168
00:12:49,480 --> 00:12:51,360
Quindi sarebbe falso.

169
00:12:51,540 --> 00:12:55,280
E poi la quarta linea che stiamo invocando e interniamo.

170
00:12:55,300 --> 00:12:57,050
Per quanto riguarda il diritto o qui.

171
00:12:57,220 --> 00:13:01,710
Quindi questo fondamentalmente crea un fine fatto nella stringa.

172
00:13:01,990 --> 00:13:09,940
Ma per quanto è inizializzato con la parola P ciao ciao letterale ma sappiamo che a sua volta è già lì

173
00:13:09,940 --> 00:13:13,650
nel pool di stringhe perché tutte queste dichiarazioni qui.

174
00:13:13,930 --> 00:13:17,820
Quindi in pratica non ne creerà uno nuovo.

175
00:13:17,830 --> 00:13:23,200
Basterà riferirsi a un riferimento a questa intera espressione sarebbe un riferimento a

176
00:13:23,800 --> 00:13:28,510
quell'oggetto stringa che è già presente nella stringa lo dirà.

177
00:13:28,510 --> 00:13:34,900
Ma come uno e questa espressione punterebbero allo stesso oggetto String e la stringa potrebbe avere un

178
00:13:34,900 --> 00:13:35,990
indizio qui.

179
00:13:36,010 --> 00:13:41,730
Ora qui nella prima affermazione è una concatenazione tra due stringhe letterali.

180
00:13:41,740 --> 00:13:43,300
Quindi questa cosa è.

181
00:13:43,360 --> 00:13:47,950
Quindi sarebbe morto dopo una concatenazione o sarebbe stato aggiunto il letterale stringa.

182
00:13:48,070 --> 00:13:49,990
Quindi questo sarebbe anche memorizzato nell'heap.

183
00:13:49,990 --> 00:13:54,590
Voglio dire, mi dispiace per il tiro della corda ed è perché è cavo.

184
00:13:54,730 --> 00:13:59,740
La concatenazione è vuota e si tratta già di un oggetto stringa con lo stesso contenuto nel libro

185
00:13:59,740 --> 00:14:00,580
delle stringhe.

186
00:14:00,640 --> 00:14:07,060
Questa espressione sarebbe anche Herald-Record vero in quella finale è una concatenazione Ma quando

187
00:14:07,060 --> 00:14:14,980
questo testo conteneva Henchy e questa variabile S-5 Quindi se ci concatenato sicuramente è solo lo stesso testo Ciao.

188
00:14:15,070 --> 00:14:21,110
Ma poiché questa è una variabile, non viene valutata fino al runtime.

189
00:14:21,140 --> 00:14:23,730
Non sarei considerato come nicromo.

190
00:14:23,830 --> 00:14:26,900
I record sono creati solo che sono noti al momento della compilazione.

191
00:14:27,220 --> 00:14:31,820
OK, questa è la ragione per cui eseguiamo un credito se falso.

192
00:14:31,930 --> 00:14:40,600
Ma se ricordi dalla nostra lezione sulle espressioni di commutazione, loro hanno detto che se rendiamo la variabile un finale questo è

193
00:14:40,690 --> 00:14:42,650
chiamato come variabile costante.

194
00:14:42,850 --> 00:14:51,010
E questo dà al compilatore semplicemente questo testo e lo leggerebbe al posto di questa variabile al momento della

195
00:14:51,280 --> 00:14:54,570
compilazione, mescolandolo all'inseguimento lo scrive nel bytecode.

196
00:14:54,640 --> 00:15:01,780
Quindi se lo rendi una variabile costante, allora sapresti che sarebbe considerato

197
00:15:01,780 --> 00:15:08,550
come una stringa letterale e sarebbe l'espressione che valuterà come vero.

198
00:15:08,590 --> 00:15:09,630
Questo sarà vero.

199
00:15:09,640 --> 00:15:11,760
Così è se aggiungiamo questa parola chiave finale.

200
00:15:12,130 --> 00:15:13,270
Quindi questo è tutto.

201
00:15:13,270 --> 00:15:19,390
Quindi, per riassumere tutti i valori letterali delle stringhe verranno memorizzati nella stringa pull e quelli creati usando la

202
00:15:19,390 --> 00:15:22,710
parola Nuki verranno ripristinati al di fuori della stringa pull.

203
00:15:23,020 --> 00:15:29,100
E il vantaggio principale del toro seduto è che ottieni la stessa memoria sulle stringhe create nella stringa.

204
00:15:29,100 --> 00:15:31,270
Va bene se hanno lo stesso contenuto.

205
00:15:31,580 --> 00:15:38,090
Quindi l'approccio consigliato è quello di creare stringhe utilizzando stringhe letterali e non utilizzando la nuova parola chiave.

206
00:15:38,260 --> 00:15:38,950
Quindi questo è tutto.

207
00:15:38,950 --> 00:15:43,540
E questo nuovo metodo è lì nella base di Woodrum su di esso è già veramente appropriato andare.

208
00:15:43,960 --> 00:15:48,150
Puoi vederlo nella sezione delle risorse in modo da poterlo scaricare e giocare con esso.

209
00:15:48,320 --> 00:15:49,620
E questo è tutto.

210
00:15:49,660 --> 00:15:50,530
E la felice codifica.

211
00:15:50,530 --> 00:15:50,980
Grazie.