1
00:00:00,000 --> 00:00:11,420

2
00:00:11,420 --> 00:00:13,590
>> Tianyu Liu: Hei, kā ir
tas iet visiem?

3
00:00:13,590 --> 00:00:20,250
Un tas ir iOS App
programmēšana objektīvu c seminārā.

4
00:00:20,250 --> 00:00:21,520
Un mans vārds ir Tianyu Liu.

5
00:00:21,520 --> 00:00:26,114
Es esmu Lowell junioru tieši tagad,
koncentrējot datorzinātnēs.

6
00:00:26,114 --> 00:00:28,030
Tātad šajā seminārā es esmu
gatavojas mācīt jums puiši

7
00:00:28,030 --> 00:00:30,770
mazliet par to, kā padarīt app.

8
00:00:30,770 --> 00:00:33,030
Yay, satraukti par to.

9
00:00:33,030 --> 00:00:36,790
>> Tātad, pirms mēs pat sākt ar akvalangu
vērā faktisko programmēšanas pusē,

10
00:00:36,790 --> 00:00:41,840
pieņemsim tikai tiešām ātri runāt
kāpēc jūs varētu vēlēties, lai izveidotu iOS app?

11
00:00:41,840 --> 00:00:43,940
Kāpēc iOS tik laba?

12
00:00:43,940 --> 00:00:47,250
Tā pirmo problēmu, pirmais
lieta, kas ir diezgan laba mums,

13
00:00:47,250 --> 00:00:51,190
īpaši kā CS50
students, ir tas, ka iOS

14
00:00:51,190 --> 00:00:55,860
izmanto Mērķis C. Nu, tur ir
jaunu valodu sauc par Swift,

15
00:00:55,860 --> 00:00:58,260
bet mēs nebrauksim
lietot, ka šajā seminārā.

16
00:00:58,260 --> 00:01:01,540
Ja jūs interesē Swift, tur
ir neatkarīga semināru par to.

17
00:01:01,540 --> 00:01:05,590
Bet mērķis C būtībā
superset C. jēgu

18
00:01:05,590 --> 00:01:10,230
ka viss jūs izmantojat C var
jātulko Mērķis C

19
00:01:10,230 --> 00:01:11,630
ļoti viegli.

20
00:01:11,630 --> 00:01:15,730
>> Kā jūs varētu redzēt, vēlāk, ka patiešām
ir daži ļoti pamata sintakse, ir

21
00:01:15,730 --> 00:01:19,790
būtībā tieši tas pats,
C un Mērķis C. Tātad,

22
00:01:19,790 --> 00:01:22,860
jo jums ir veikušas CS50
uz augšu tik tālu, jūs jau

23
00:01:22,860 --> 00:01:26,500
zina Objective C, vismaz 40%.

24
00:01:26,500 --> 00:01:30,720
Arī Apple ir patiešām
spēcīgs API iOS.

25
00:01:30,720 --> 00:01:33,750
Ir daudz tiešām traks
lietas jūs varat darīt ar to.

26
00:01:33,750 --> 00:01:36,760
Viens no tiem ir kāds,
faktiski izveidota iOS app

27
00:01:36,760 --> 00:01:40,600
par kontrolējošo automašīnām, kuras
ir diezgan interesants.

28
00:01:40,600 --> 00:01:42,610
Iespējams helikopters ir vairāk aizraujošu.

29
00:01:42,610 --> 00:01:47,020
Bet tas, cik spēcīgs
iOS API var būt.

30
00:01:47,020 --> 00:01:49,340
>> Un, kā jūs varētu būt
sapratu, tieši tagad,

31
00:01:49,340 --> 00:01:53,000
kaudze pārplūdes iespējams, ir viens no
svarīgākie tiešsaistes resursiem

32
00:01:53,000 --> 00:01:54,250
pieejams jums.

33
00:01:54,250 --> 00:01:58,090
Un laba ziņa, par katru
viena problēma, jūs varat iespējams

34
00:01:58,090 --> 00:02:01,840
domāju, ka, kamēr ēka savu
galīgais projekts Objective C,

35
00:02:01,840 --> 00:02:05,910
ir iespējams kaudze pārplūdes atbilde.

36
00:02:05,910 --> 00:02:07,420
Tas ir vienkārši awesome.

37
00:02:07,420 --> 00:02:12,780
Papildus tam, ka,
iOS ir patiešām platforma

38
00:02:12,780 --> 00:02:16,260
kur jūs varat sasniegt milzīgs
auditorija ar nelielu piepūli.

39
00:02:16,260 --> 00:02:20,170
Tas nav tāpat kā Android, kur
viss ir diezgan sadrumstalots.

40
00:02:20,170 --> 00:02:22,540
>> Viss iOS ir vienota.

41
00:02:22,540 --> 00:02:25,920
Un, kamēr jūs izveidojat
app par iPhone,

42
00:02:25,920 --> 00:02:31,260
Jūs varat ļoti viegli ports, kas iPad,
iPad mini, vai atšķirīgi iPhone izmēri.

43
00:02:31,260 --> 00:02:33,050
Tie visi ir ļoti ērti.

44
00:02:33,050 --> 00:02:36,430
Un tas ir tikai ļoti labs
par iespaidīgām draugus.

45
00:02:36,430 --> 00:02:38,920
Jūs varat vienkārši turēt iPhone
un pateikt savam draugam hey,

46
00:02:38,920 --> 00:02:40,250
tas ir app man darīt.

47
00:02:40,250 --> 00:02:43,860
Jūs varat darīt, ka jebkurai
desktop apps, kas ir jauki.

48
00:02:43,860 --> 00:02:48,870
>> Labi, tagad pieņemsim faktiski nokļūt
attiecīgās valodas mērķa C.

49
00:02:48,870 --> 00:02:52,910
Tātad, kāpēc nav mēs sākam ar
daži patiešām pamata sintakse.

50
00:02:52,910 --> 00:02:57,410
Kā jau iepriekš minēju Mērķis
C Tas būtībā superset C.

51
00:02:57,410 --> 00:03:01,860
Tik daudz pamata sintaksi ir
faktiski tieši tāds pats.

52
00:03:01,860 --> 00:03:06,150
Deklarējot mainīgo un
pievienojot divus mainīgie kopā

53
00:03:06,150 --> 00:03:09,440
ir tieši tā, kā mēs to darījām Mario.

54
00:03:09,440 --> 00:03:11,140
Nekas jauns šeit.

55
00:03:11,140 --> 00:03:17,370
>> Tāpat, īrnieks cilpa
un nosacījums ir arī tas pats.

56
00:03:17,370 --> 00:03:22,370
Jūs varat darīt, lai cilpas tāpat kā jūs
ir darīja ar Mario [nedzirdama].

57
00:03:22,370 --> 00:03:26,280
Un jūs varat darīt apstākļus
tāpat kā to, ko jūs

58
00:03:26,280 --> 00:03:29,240
ir darījuši savās iepriekšējās lpp kopas.

59
00:03:29,240 --> 00:03:33,400
Tomēr Mērķis C
nav pilnīgi C,

60
00:03:33,400 --> 00:03:36,640
un tur ir kaut kas
ir sava veida dīvaini par to.

61
00:03:36,640 --> 00:03:42,340
>> Pirmais ir tas, ka tad, kad jūs esat
darot C programmēšana, jūs parasti zvanīt

62
00:03:42,340 --> 00:03:46,310
ietvert un pēc tam bibliotēka vārds.

63
00:03:46,310 --> 00:03:49,860
Bet mērķa C jūs saucat šo importu.

64
00:03:49,860 --> 00:03:53,100
Būtībā sakot funkcionalitāti,
tikai dažādi nosaukumi.

65
00:03:53,100 --> 00:03:55,940
Un stīgas ir
tiešām mazliet dīvaini.

66
00:03:55,940 --> 00:03:58,250
Jūs varat redzēt, ka pirmais
lieta, kas ir sava veida dīvaini

67
00:03:58,250 --> 00:04:04,190
ir tas, ka jums ir diezgan weird--
sorry-- jums ir diezgan dīvaini NS

68
00:04:04,190 --> 00:04:04,960
paraksta vairāk nekā šeit.

69
00:04:04,960 --> 00:04:07,452

70
00:04:07,452 --> 00:04:09,160
Un otrā lieta
tas ir sava veida dīvaini

71
00:04:09,160 --> 00:04:14,090
ir jums pie zīmi pirms
faktiski pasludinot virkni.

72
00:04:14,090 --> 00:04:19,209
Tātad pie zīmi būtībā nozīmē
ka virkne ir ne tikai virkne,

73
00:04:19,209 --> 00:04:20,880
tas faktiski objekts.

74
00:04:20,880 --> 00:04:22,780
Mēs ejam, lai izskaidrotu
ka vēlāk tā nav

75
00:04:22,780 --> 00:04:25,800
panikas, ja jums nav
saprast, ko tas nozīmē.

76
00:04:25,800 --> 00:04:29,980
Un drukāšana uz konsoles ir mazliet
atšķirīga, jo C mēs saucam printf,

77
00:04:29,980 --> 00:04:33,350
bet Objective C mēs saucam [nedzirdama].

78
00:04:33,350 --> 00:04:35,640
>> Jums varētu būt jautājums, kas tas ir.

79
00:04:35,640 --> 00:04:38,070
Tas ir būtībā printf,
tikai citā valodā.

80
00:04:38,070 --> 00:04:41,370
Tieši tas pats lietojums,
tieši tādu pašu funkcionalitāti.

81
00:04:41,370 --> 00:04:44,060
Nu izrādās, ka
Mērķis C faktiski

82
00:04:44,060 --> 00:04:50,040
ir baseins ns prefiksu gandrīz
viss, katrs pamata datu tips,

83
00:04:50,040 --> 00:04:52,690
NSString, nsarray, nsdictionary.

84
00:04:52,690 --> 00:04:56,340
Iemesls ir tas, ka ns
faktiski nozīmē nākamo soli,

85
00:04:56,340 --> 00:04:59,980
kas ir uzņēmums, kas
Steve Jobs ir pamatots,

86
00:04:59,980 --> 00:05:03,960
kas ir kompānija, kur
valoda Mērķis C ir dzimis.

87
00:05:03,960 --> 00:05:06,140
Tātad tas ir pamatā tradīcija.

88
00:05:06,140 --> 00:05:09,010
Es zinu, tas ir mazliet
dīvaini, bet tas ir Apple.

89
00:05:09,010 --> 00:05:16,840
>> Tātad kaut kas ir vēl dīvaināks
nekā tas ir funkcija deklarācija.

90
00:05:16,840 --> 00:05:22,600
Tas ir ļoti atšķirīgs no tā, ko mēs
skat C, jo šeit to faktiski

91
00:05:22,600 --> 00:05:25,190
neizskatās kā C vairs.

92
00:05:25,190 --> 00:05:28,810
Kas jums ir here-- ar
kā tas nav apakšpunkts,

93
00:05:28,810 --> 00:05:30,690
tas ir mīnuss zīme.

94
00:05:30,690 --> 00:05:36,440
Jums ir mīnus zīme iekavās
par spēkā neesošu, un tad funkcijas nosaukums.

95
00:05:36,440 --> 00:05:38,450
Pieņemsim tikai teikt, ja mēs
ir Hello World, tad

96
00:05:38,450 --> 00:05:42,820
atgriešanās tips būtu spēkā neesošu
jo mēs atgriešanās nekas.

97
00:05:42,820 --> 00:05:44,680
>> Kas izpaužas patiešām dīvaini
ir tas, ka tad, kad jūs esat

98
00:05:44,680 --> 00:05:49,580
kam ir vairāk nekā vienu parametru
iet uz pašu funkciju, kas

99
00:05:49,580 --> 00:05:53,870
būs tiešām dīvaini, kā parādīts šeit.

100
00:05:53,870 --> 00:05:58,230
Mums ir metodes nosaukums,
aicināja addInt uz [nedzirdama]

101
00:05:58,230 --> 00:06:00,370
un mēs iet vienu parametru.

102
00:06:00,370 --> 00:06:05,170
Bet pēc tam, mēs esam
vairāk metodes nosaukums zvanu ar.

103
00:06:05,170 --> 00:06:08,500
Un pēc tam, kad ar mēs garām
otrais parametrs.

104
00:06:08,500 --> 00:06:11,940
Tas ir faktiski mazliet dīvaini,
Bet visi šie funkciju deklarācijas

105
00:06:11,940 --> 00:06:14,770
ievēro to pašu modeli kā šis.

106
00:06:14,770 --> 00:06:17,450
>> Mums ir ar mīnus zīmi, lai sāktu ar.

107
00:06:17,450 --> 00:06:21,550
Mīnuss zīme varētu būt plus zīmi
dažreiz ir balstīti uz kāda veida metodes

108
00:06:21,550 --> 00:06:22,340
tas ir.

109
00:06:22,340 --> 00:06:25,000
Metode būtībā
cits nosaukums funkciju.

110
00:06:25,000 --> 00:06:26,760
Un mēs ejam
paskaidro, ka vēlāk, kad

111
00:06:26,760 --> 00:06:30,580
mēs runājam par objektu
programmēšana.

112
00:06:30,580 --> 00:06:34,300
Jums vispirms jānorāda atdevi
tipa iekšpusē iekavās,

113
00:06:34,300 --> 00:06:37,450
pēc tam nāk metodes nosaukums.

114
00:06:37,450 --> 00:06:40,310
Jūs esat iet vienu parametru.

115
00:06:40,310 --> 00:06:44,750
Un, ja jums ir vairāk parametrus
jums ir nepieciešams, lai paplašinātu metodes nosaukums

116
00:06:44,750 --> 00:06:46,770
un būtībā rakstīt kaut ko vairāk šeit.

117
00:06:46,770 --> 00:06:48,090
>> Tas varētu būt kaut ko vēlaties.

118
00:06:48,090 --> 00:06:50,140
Mūsu gadījumā tas ir ar jums.

119
00:06:50,140 --> 00:06:56,160
Bet jūs varētu teikt gala, vai, vai, vai
abc pilnu bar, ko jūs vēlaties.

120
00:06:56,160 --> 00:06:59,500
Un tad pēc tam tu esi
iet parametra b.

121
00:06:59,500 --> 00:07:01,750
Tas ir tiešām dīvaini
konvencija bet mēs esam

122
00:07:01,750 --> 00:07:05,800
dodas, lai redzētu, kāpēc Apple vēlējās
to darīt ļoti ātri.

123
00:07:05,800 --> 00:07:10,530
Tātad, kā jūs zvanu funkciju?

124
00:07:10,530 --> 00:07:15,520
Zvanīšana funkciju Mērķis
C ir arī atšķiras no C.

125
00:07:15,520 --> 00:07:18,170
>> Patiesībā, aicinot
funkcija Objective C

126
00:07:18,170 --> 00:07:21,030
ir vairāk, piemēram, jūs runājat ar kādu.

127
00:07:21,030 --> 00:07:27,030
Šeit mums ir sevi, kas
sauc objekts.

128
00:07:27,030 --> 00:07:33,830
Jūs būtībā stāsta
iebilst sevi teikt "Hello World!"

129
00:07:33,830 --> 00:07:36,830
Tas ir kā piezvanīt funkciju.

130
00:07:36,830 --> 00:07:41,690
Priekšmets un metode vārds
apvienota ar otru.

131
00:07:41,690 --> 00:07:49,600
Un tas ir, ja dīvaini pagarinājums
par metodes nosaukums patiešām sāk spēlēt.

132
00:07:49,600 --> 00:07:52,150
>> Apskatīsim otrajā piemērā.

133
00:07:52,150 --> 00:07:56,780
Mēs tikko definēja metodi, ko sauc
addInt ar blah blah blah.

134
00:07:56,780 --> 00:08:00,066
Tātad šajā gadījumā, kad jūs zvanāt
ka īpaša [? īsziņu]? tas notiek

135
00:08:00,066 --> 00:08:02,035
izskatīties sevis addInt: 10 ar: 2.

136
00:08:02,035 --> 00:08:05,410

137
00:08:05,410 --> 00:08:08,070
Tas izklausās angļu valodā.

138
00:08:08,070 --> 00:08:11,980
Kaut funkciju
funkcija deklarācija ir dīvaini,

139
00:08:11,980 --> 00:08:15,600
punkts Mērķis C gados
metode deklarācija modelis,

140
00:08:15,600 --> 00:08:18,830
ir tas, ka tad, kad jūs zvanāt
funkcija vai metode

141
00:08:18,830 --> 00:08:21,980
tas izklausīsies faktisko angļu valodā.

142
00:08:21,980 --> 00:08:25,270
Tātad, tas ir ļoti intuitīvs
kad jums to.

143
00:08:25,270 --> 00:08:28,740
>> It īpaši, šajā gadījumā,
kur jūs varat būtībā

144
00:08:28,740 --> 00:08:33,010
redzēt, ka funkcijas nosaukums ir
veida dokumentējot sevi.

145
00:08:33,010 --> 00:08:35,390
Jums nav nepieciešama nekāda
vairāk paskaidrojumu, lai redzētu

146
00:08:35,390 --> 00:08:42,770
kas īsti notiek, kādi
tieši viens parametrs dara.

147
00:08:42,770 --> 00:08:48,470
Pārsniedzot ka, parunāsim mazliet
mazliet par objektorientētā programmēšana.

148
00:08:48,470 --> 00:08:52,160
Objektorientētā programmēšana
viens no pamata programmēšanas

149
00:08:52,160 --> 00:08:57,110
metodēm vai modeļi, kas ir
ar mērķi C. mērķa C izmantots

150
00:08:57,110 --> 00:09:03,110
sauc Mērķis C, ne
C, par patiešām labs iemesls.

151
00:09:03,110 --> 00:09:07,560
>> Tātad, pirms mēs nokļūt
Mērķis C sintakse,

152
00:09:07,560 --> 00:09:11,670
Pieņemsim tiešām ātri apskatīt
kas īsti ir objekts.

153
00:09:11,670 --> 00:09:15,480
Mēs, iespējams, esam darījuši kaut ko
tāpat objektu agrāk, kas

154
00:09:15,480 --> 00:09:19,780
sauc struktūrai, ja esat
Īstenojot koku vai saistīts saraksts

155
00:09:19,780 --> 00:09:25,730
vai [? mēģināt. ?] Tātad, tas ir
būtībā kā struktūrai,

156
00:09:25,730 --> 00:09:28,560
bet tas ir daudz spēcīgāk nekā.

157
00:09:28,560 --> 00:09:33,150
Objekts ir metodes un īpašības.

158
00:09:33,150 --> 00:09:35,310
Metodes pamatā funkcijas.

159
00:09:35,310 --> 00:09:39,480
Būtībā funkcionē, ​​ka
specifiski noteiktu objektu.

160
00:09:39,480 --> 00:09:45,440
>> Un īpašības ir būtībā
lauka norādāt šajā struktūrai.

161
00:09:45,440 --> 00:09:48,500
Tātad, par katru objektu
mums ir dažas mantas

162
00:09:48,500 --> 00:09:53,160
ka ir daži mainīgie, kas
ir raksturīgi objektu.

163
00:09:53,160 --> 00:09:57,170
Un mums ir dažas funkcijas, kas
ir arī specifiski uz objektu.

164
00:09:57,170 --> 00:10:01,180
Un funkcijas sauc metodes
un mainīgos lielumus sauc īpašības.

165
00:10:01,180 --> 00:10:03,190
Tas ir tikai modes nosaukumu.

166
00:10:03,190 --> 00:10:10,440
Kamēr jūs patiesībā, katru view
jūs redzat, kamēr jūs atvērt iOS app,

167
00:10:10,440 --> 00:10:17,720
pieņemsim tikai teikt, Twitter vai Facebook,
katru skats jūs redzat, ir objekts.

168
00:10:17,720 --> 00:10:22,110
Un pat viss app ir
objekts, lai sāktu ar.

169
00:10:22,110 --> 00:10:25,340
Ļoti interesants jēdziens.

170
00:10:25,340 --> 00:10:28,480
>> Un kāpēc mēs gribam objektu
programmēšana?

171
00:10:28,480 --> 00:10:33,530
Tātad jūs varat iedomāties, ka tad, kad jūs
Programma tā kļūst diezgan sarežģīti.

172
00:10:33,530 --> 00:10:36,400
Teiksim tā, ja tu esi
Īstenojot chessboard,

173
00:10:36,400 --> 00:10:40,020
loģika gatavojas
ir tiešām sarežģīta.

174
00:10:40,020 --> 00:10:43,280
Jums ir 36 dažādās
gabali, tāpēc, ka, ja jūs

175
00:10:43,280 --> 00:10:48,370
gribu rakstīt loģiku visiem
36 dažādi gabaliņi šahs,

176
00:10:48,370 --> 00:10:52,150
kas notiek, lai būtu daudz
dažādas funkcijas un mainīgie.

177
00:10:52,150 --> 00:10:54,070
Tas ir daudz nepatikšanas.

178
00:10:54,070 --> 00:10:58,980
Un, iespējams, jūs gatavojas rakstīt
citu metodi vai citu funkciju

179
00:10:58,980 --> 00:11:03,950
attiecībā uz katru no viena gabala, kas
tieši kontrolēt to, ko viņi dara.

180
00:11:03,950 --> 00:11:08,830
>> Bet, ja jūs objektorientētā
programmēšana, visi no šiem gabaliem

181
00:11:08,830 --> 00:11:12,440
var novadītā uz
viens objekts.

182
00:11:12,440 --> 00:11:16,111
Un objekts būs dažas kopējas
īpašības, piemēram, kāda veida gabala

183
00:11:16,111 --> 00:11:16,610
tas ir?

184
00:11:16,610 --> 00:11:17,740
Kādā krāsā tas ir?

185
00:11:17,740 --> 00:11:19,480
Kā tas var pārvietoties?

186
00:11:19,480 --> 00:11:24,660
Un tādā veidā Jums ir ļoti
vienkāršoja loģiku tā.

187
00:11:24,660 --> 00:11:28,480
Tātad tas ir tikai ļoti labs veids
veikt sarežģītas programmas,

188
00:11:28,480 --> 00:11:33,700
un hierarhiskas attiecības
programmas ietvaros, ir ļoti vienkārši.

189
00:11:33,700 --> 00:11:36,800
Kā mēs ejam, lai redzētu
Tāpēc ļoti ātri, kad

190
00:11:36,800 --> 00:11:39,660
mēs faktiski darām
programming-- kad mēs esam patiesībā

191
00:11:39,660 --> 00:11:42,830
darot S kodu
programmēšanas sesiju vēlāk.

192
00:11:42,830 --> 00:11:48,120
>> Labi papildus ka,
objektorientētā programmēšana

193
00:11:48,120 --> 00:11:50,030
ir tikai daudz jautrības.

194
00:11:50,030 --> 00:11:51,990
Tev veidot savu objektu.

195
00:11:51,990 --> 00:11:56,080
Jums, lai izstrādātu to, ko dara
tā izskatās ar sevi.

196
00:11:56,080 --> 00:11:58,250
Nav pareizā atbilde uz to.

197
00:11:58,250 --> 00:12:02,940
Un tas ir pilnīgi interesanti.

198
00:12:02,940 --> 00:12:07,270
Tātad objektorientētā programmēšana,
divi galvenie priekšstati

199
00:12:07,270 --> 00:12:10,130
būs klasi un instancē.

200
00:12:10,130 --> 00:12:13,570
Klase ir pamatā
veidni objektu.

201
00:12:13,570 --> 00:12:18,070
Un instance būtībā
viens konkrēts objekts.

202
00:12:18,070 --> 00:12:21,090
>> Pieņemsim tikai teikt, jūs gūstat cookie.

203
00:12:21,090 --> 00:12:24,800
Šajā gadījumā, katru
cookie jūs faktiski galu galā ar

204
00:12:24,800 --> 00:12:27,310
būs objekts.

205
00:12:27,310 --> 00:12:35,830
Bet cookie plate jūs izmantojat cept
visi cookies būs klasē.

206
00:12:35,830 --> 00:12:37,880
Klase ir pamatā veidne.

207
00:12:37,880 --> 00:12:46,170
Un instance būs viens konkrēts
objekts izveidots no šīs klases.

208
00:12:46,170 --> 00:12:49,970
>> Un piemēram, tiks izveidots
pamatojoties uz klases deklarāciju,

209
00:12:49,970 --> 00:12:56,760
kā mēs redzēsim vēlāk slaidiem.

210
00:12:56,760 --> 00:13:00,010
Tātad, pieņemsim faktiski darīt patiešām
quick piemērs [nedzirdama].

211
00:13:00,010 --> 00:13:04,280
Teiksim mēs deklarējot
objekts kaķis.

212
00:13:04,280 --> 00:13:07,930
Objekts būtu have--
kaķis klases vajadzētu

213
00:13:07,930 --> 00:13:11,260
ir dažas īpašības un metodes.

214
00:13:11,260 --> 00:13:17,300
Kādas īpašības būtu par
klase have-- būtu kaķis ir?

215
00:13:17,300 --> 00:13:20,580
>> Piemēram, krāsa,
vecuma un šķirnes, tiem

216
00:13:20,580 --> 00:13:24,440
būs mainīgie,
ir raksturīgi katram kaķi.

217
00:13:24,440 --> 00:13:27,790
Un tās ir dažas lietas
ka mēs izmantojam, lai aprakstītu kaķis.

218
00:13:27,790 --> 00:13:31,880
Kāda veida metode,
vai ko var kaķis darīt?

219
00:13:31,880 --> 00:13:37,160
Daži ātri piemēri ir pakaļdzīšanās
pele, ēd zivis, vai vienkārši ņau.

220
00:13:37,160 --> 00:13:40,900
Tas ir ļoti ātrs
piemērs kaķu klasē.

221
00:13:40,900 --> 00:13:46,920
Un tiešām īpašs
kaķis objekts būs kaķis

222
00:13:46,920 --> 00:13:50,930
kur mēs norādīt
krāsa, vecums un šķirne.

223
00:13:50,930 --> 00:13:53,790
>> Tādā gadījumā, mūsu mērķis ir
vairs klasē vairs.

224
00:13:53,790 --> 00:14:00,010
Mēs kopēt veidni no klases un
mēs norādīt katru konkrēto informāciju

225
00:14:00,010 --> 00:14:04,510
šo konkrēto objektu
lai būtu neatkarīga.

226
00:14:04,510 --> 00:14:09,350
Un, kad jūs zvanāt
metode iekšpusē objektu,

227
00:14:09,350 --> 00:14:16,640
jūs vienkārši aicinu Ņau uz objektu,
kas ir kaķis, kuru nupat izveidojāt.

228
00:14:16,640 --> 00:14:19,020
>> Iespējams, jums būs izdrukāt
kaut kas līdzīgs "Hello World!

229
00:14:19,020 --> 00:14:20,000
Ņau ".

230
00:14:20,000 --> 00:14:22,110
Diezgan gudrs.

231
00:14:22,110 --> 00:14:24,500
Labi, pieņemsim tikai
nokļūt dažas detaļas

232
00:14:24,500 --> 00:14:30,650
un redzēt, ko tieši tas, ka
tulkot darboties iOS programmēšanas.

233
00:14:30,650 --> 00:14:36,500
Tātad iOS programmēšanas katru
klase tiks īstenoti divās failus.

234
00:14:36,500 --> 00:14:41,420
Viens fails ir šeit, kas
sauc interfeisu.

235
00:14:41,420 --> 00:14:45,300
Vēl viens fails ir šeit, kas
sauc īstenošanu.

236
00:14:45,300 --> 00:14:48,890
>> Parasti interfeiss
būs extension.h

237
00:14:48,890 --> 00:14:51,740
kā mēs redzējām C bibliotēkās.

238
00:14:51,740 --> 00:14:56,340
Un īstenošana fails
nāksies extension.n.

239
00:14:56,340 --> 00:14:57,260
Tas ir sava veida dīvaini.

240
00:14:57,260 --> 00:15:01,270
Bet .n nozīmē faktiski .c, nav
Būtiskākā atšķirība starp tiem,

241
00:15:01,270 --> 00:15:02,100
divi.

242
00:15:02,100 --> 00:15:06,650
Tātad šajā gadījumā, mēs varam redzēt, ka mēs esam
deklarējot interfeiss, kaķis: objektu.

243
00:15:06,650 --> 00:15:10,660

244
00:15:10,660 --> 00:15:13,760
To sauc par mantojumu.

245
00:15:13,760 --> 00:15:19,170
Mēs būtībā mantojumu
kaķis klase no objekta klases.

246
00:15:19,170 --> 00:15:24,790
Tā katrs īpašums un metode, kas bija
iepriekš definēts objekta klases

247
00:15:24,790 --> 00:15:28,560
automātiski tiks definēti
ar kaķu klasē, kā arī.

248
00:15:28,560 --> 00:15:35,900
>> Papildus tam, mēs definēt krāsu,
šķirne, un vecumu, trīs mainīgie.

249
00:15:35,900 --> 00:15:39,360
Tas tiešām izskatās
kaut kas jums ir darījuši agrāk.

250
00:15:39,360 --> 00:15:41,770
Izskatās struktūrai.

251
00:15:41,770 --> 00:15:44,950
Tas ir būtībā sintakse
par struct deklarāciju,

252
00:15:44,950 --> 00:15:47,710
un tas ir pilnīgi pareizs.

253
00:15:47,710 --> 00:15:51,825
Un tā kā es minēju iepriekš,
atšķirība struct

254
00:15:51,825 --> 00:15:53,960
un objekts, kas ir viens no
būtiskas atšķirības

255
00:15:53,960 --> 00:15:59,080
ir tas, ka objekts ir metode,
bet struct ir tikai mainīgie.

256
00:15:59,080 --> 00:16:03,450
Tātad papildus īpašībām vai
mainīgie mēs esam radīti ar objektu,

257
00:16:03,450 --> 00:16:05,700
mēs norādīt kādu metodi.

258
00:16:05,700 --> 00:16:09,720
>> Pieņemsim tikai teikt, šeit mums ir
divas metodes, viens ir meow,

259
00:16:09,720 --> 00:16:12,460
vēl viens ir pakaļdzīšanās peles.

260
00:16:12,460 --> 00:16:18,600
Mēs, iespējams, vēlas iet garām
parametrs, balstoties uz mūsu iepriekšējo metodi

261
00:16:18,600 --> 00:16:20,440
deklarācija modelis.

262
00:16:20,440 --> 00:16:22,160
Jūs, iespējams, vēlas būt iet peli.

263
00:16:22,160 --> 00:16:25,180
Un jūs droši vien vēlaties
atgriezt bool nozīmētu

264
00:16:25,180 --> 00:16:30,010
Ja jūsu kaķis ir veiksmīgi
nozvejotas peli vai nē.

265
00:16:30,010 --> 00:16:33,170
>> Šī ir saskarne, bet mēs varam
redzēt, ka saskarne faktiski

266
00:16:33,170 --> 00:16:35,150
nedara neko.

267
00:16:35,150 --> 00:16:40,800
Tas tikai stāsta programmu, ko exists--
kādi pastāv kaķu klasē.

268
00:16:40,800 --> 00:16:43,640
Tātad, lai par
programmu, lai kaut ko darīt,

269
00:16:43,640 --> 00:16:46,680
mums ir vajadzīga īstenošanas failus.

270
00:16:46,680 --> 00:16:51,940
Tātad šeit, pirmā lieta, ko mēs darām, ir
acīmredzot mēs importējam interfeisu.

271
00:16:51,940 --> 00:16:56,470
Pēc tam, kad mēs importējam saskarni,
mēs definējam metodi.

272
00:16:56,470 --> 00:17:00,150
>> Pieņemsim tikai teikt, šeit meow
vienkārši izdrukāt

273
00:17:00,150 --> 00:17:01,740
"Hello World!" ar konsoli.

274
00:17:01,740 --> 00:17:04,319

275
00:17:04,319 --> 00:17:08,460
Un pēc īstenošanas
failu, mēs esam diezgan daudz darīts.

276
00:17:08,460 --> 00:17:14,530
Šis ir būtībā klase
deklarācija par vienu klasi.

277
00:17:14,530 --> 00:17:19,970
Tāpēc tagad jautājums kļūst,
Kā jūs deklarēt mainīgo?

278
00:17:19,970 --> 00:17:26,880
Kā jūs izmantojat klases, lai radītu
objekts Objective C ir rakstīts šeit.

279
00:17:26,880 --> 00:17:30,730
>> Jums vispirms ir norādīts, ka
tas ir kaķis rādītājs,

280
00:17:30,730 --> 00:17:38,700
jo katru objektu Mērķis C
beidzot īstenota kā rādītājs.

281
00:17:38,700 --> 00:17:46,210
Un jūs zvanīt klasi, viņiem piezvanīt
kā alloc, kas būtībā malloc,

282
00:17:46,210 --> 00:17:51,220
stāsta operētājsistēmu, kas jūs
nepieciešams zināms atmiņas vietas par šo objektu.

283
00:17:51,220 --> 00:17:55,780
Pēc tam jums ir objekts
jau ir, un jūs vienkārši sāktu to.

284
00:17:55,780 --> 00:17:56,780
Tas ir tikai konvencija.

285
00:17:56,780 --> 00:17:59,390

286
00:17:59,390 --> 00:18:04,410
Es zinu, tas ir mazliet dīvaini, bet
tas ir faktiski, kā Apple nav sīkumi.

287
00:18:04,410 --> 00:18:07,130
>> Piešķirot īpašības ir
patiesībā diezgan vienkārši.

288
00:18:07,130 --> 00:18:09,250
Tas ir ļoti līdzīgs
ko jūs darāt, kad

289
00:18:09,250 --> 00:18:13,780
jūs piešķirot kādu specifisku
lauka iekšpusē struktūrai.

290
00:18:13,780 --> 00:18:16,830
Jums tikai ir mainīgais
nosaukums, īpašuma nosaukumu,

291
00:18:16,830 --> 00:18:20,140
un piešķirt īpašu vērtību.

292
00:18:20,140 --> 00:18:24,120
Un aicinot metode ir ļoti līdzīgs.

293
00:18:24,120 --> 00:18:29,080
Zvana metode ir
būtībā tas, ko es runāt par

294
00:18:29,080 --> 00:18:32,390
zvanot jebkuru metodi C. mērķī

295
00:18:32,390 --> 00:18:36,660
>> Jūs esat iet objektu, jo
šajā gadījumā tas būs myCat,

296
00:18:36,660 --> 00:18:42,490
un jūs iet metodes nosaukums.

297
00:18:42,490 --> 00:18:47,130
Kā tad, ja jūs runājat ar objektu,
myCat, ka jums vajadzētu ņau.

298
00:18:47,130 --> 00:18:48,570
Tas ir diezgan interesanti.

299
00:18:48,570 --> 00:18:52,010

300
00:18:52,010 --> 00:18:55,680
Pēc tam, kad tas ir viens
vairāk būtisks dizaina modelis

301
00:18:55,680 --> 00:18:59,940
ka mums ir jārunā par
pirms kļūst faktiskās S kodu.

302
00:18:59,940 --> 00:19:03,300
Ka dizains modelis tiek saukts
notikums orientētu programmēšanu.

303
00:19:03,300 --> 00:19:09,660
Tas ir arī iespējams, ir viens no visbiežāk
fundamentālas idejas iOS programmēšanas.

304
00:19:09,660 --> 00:19:14,410
>> Tātad, jūs, iespējams, nezina, ko īsti
ir notikums virza programmēšana,

305
00:19:14,410 --> 00:19:16,990
bet tas nav reāli, ka biedējošu.

306
00:19:16,990 --> 00:19:20,400
Nu patiesībā, jums ir
jau darīts, ka pirms tam.

307
00:19:20,400 --> 00:19:24,894
Šis ir viens no līnijām jūs droši vien esat
jau rakstīts pēdējā [nedzirdama]

308
00:19:24,894 --> 00:19:26,810
no CS50,
google.maps.event.addListener (marķieris,

309
00:19:26,810 --> 00:19:27,810
"Klikšķis", funkciju () {}) :.

310
00:19:27,810 --> 00:19:32,410

311
00:19:32,410 --> 00:19:37,620
Piezvanot pa šo līniju jūs esat
būtībā stāsta datoru

312
00:19:37,620 --> 00:19:42,650
ka vienmēr, kad notikums sauc
"Klikšķis" notiek uz marķieri,

313
00:19:42,650 --> 00:19:43,630
izmantot šo funkciju.

314
00:19:43,630 --> 00:19:46,910

315
00:19:46,910 --> 00:19:50,950
>> Tas ir ļoti atšķirīga no
ko jūs darāt mario.c.

316
00:19:50,950 --> 00:19:56,670
In mario.c jūs vienkārši palaist programmu
vienu reizi, tas dod jums produkciju,

317
00:19:56,670 --> 00:19:58,590
un jūs darīts.

318
00:19:58,590 --> 00:20:02,590
Tie ir veida, piemēram,
viens kadrs programmas.

319
00:20:02,590 --> 00:20:05,830
Pasākumu vada programmas
ir ļoti, ļoti dažādi.

320
00:20:05,830 --> 00:20:10,230
Iedomāsimies, ja Facebook ir viens
shot programma tas nav īsti labi.

321
00:20:10,230 --> 00:20:13,750
Jūs vienkārši doties uz Facebook
vienu reizi, un tas ir izdarīts.

322
00:20:13,750 --> 00:20:16,700
Tas dod jums dažas produkciju
un jūs nekad got to atpakaļ.

323
00:20:16,700 --> 00:20:19,380
Tu nekad got kaut ko vairāk.

324
00:20:19,380 --> 00:20:23,880
>> Tātad šeit, jo īpaši
modelis mēs izmantojam, ir

325
00:20:23,880 --> 00:20:26,940
notikums virza, lai
visas funkcijas būs

326
00:20:26,940 --> 00:20:31,480
nozvejotas, pamatojoties uz to
notikums ir noticis.

327
00:20:31,480 --> 00:20:34,670
Piemēram, ja mums ir
pogu un mēs norādīt

328
00:20:34,670 --> 00:20:39,870
ka katru reizi, kad poga ir noklikšķinājuši,
zvaniet funkciju sauc "Hello World!"

329
00:20:39,870 --> 00:20:47,810
Tādā veidā mēs varam patiešām
pārvaldīt funkciju loģika

330
00:20:47,810 --> 00:20:50,560
ieplūst ļoti elastīgi.

331
00:20:50,560 --> 00:20:55,840
Lietotājs var darīt, vai zvanīt funkciju
ka jau sauc.

332
00:20:55,840 --> 00:20:59,900
Tas ir pilnībā balstīta uz to, ko lietotāji dara.

333
00:20:59,900 --> 00:21:04,080
>> Tātad, mēs varam redzēt, ka tas ir
faktiski ir daudz labāk nekā mario.c.

334
00:21:04,080 --> 00:21:07,190
Un laba ziņa ir tā, ka tā ir
faktiski nav jauns jēdziens.

335
00:21:07,190 --> 00:21:12,140
Jums puiši jau ir izdarīts
kas pēdējā problēmu iestatīts.

336
00:21:12,140 --> 00:21:16,640
Tātad mērķa C ir
trīs dažādas diagrammas

337
00:21:16,640 --> 00:21:19,030
par notikumu orientētu programmēšanu.

338
00:21:19,030 --> 00:21:21,970
Pirmais diagramma ir
sauc par mērķa rīcība

339
00:21:21,970 --> 00:21:26,990
kur jūs saistīt pogu
prese ar kādu funkciju.

340
00:21:26,990 --> 00:21:31,590
Teiksim, kad jūs noklikšķiniet
dažas pogas, jūs saucat dažas funkcijas.

341
00:21:31,590 --> 00:21:33,620
Tas ir ļoti vienkāršs mērķis rīcība.

342
00:21:33,620 --> 00:21:35,580
>> Otrais ir
faktiski cieta viens,

343
00:21:35,580 --> 00:21:38,450
to sauc delegācija uz protokolu.

344
00:21:38,450 --> 00:21:41,800
Mēs ejam, lai izskaidrotu
ka ļoti detalizēti vēlāk.

345
00:21:41,800 --> 00:21:44,420
Un trešais veids ir paziņojums.

346
00:21:44,420 --> 00:21:46,770
Tas faktiski nav
ļoti svarīgi, cik

347
00:21:46,770 --> 00:21:50,920
kā mēs esam bažas, jo iespēja
ka jūs esat gatavojas izmantot paziņojumu

348
00:21:50,920 --> 00:21:53,310
Jūsu galīgo projektu ir diezgan zems.

349
00:21:53,310 --> 00:21:56,440
Tātad, mēs esam gatavojas izlaist šo daļu.

350
00:21:56,440 --> 00:21:59,460
>> Un mēs braucam nirt
stājas delegācijas protokolā.

351
00:21:59,460 --> 00:22:02,380

352
00:22:02,380 --> 00:22:04,470
Tātad, kas īsti ir protokols?

353
00:22:04,470 --> 00:22:06,450
Vai to, kas īsti ir delegācija?

354
00:22:06,450 --> 00:22:09,670
Parunāsim par protokolu, lai sāktu ar.

355
00:22:09,670 --> 00:22:13,360
Protokoli ir nekas, bet notikumiem.

356
00:22:13,360 --> 00:22:19,230
Bet šie notikumi tiek dota
Jums Apple sākt.

357
00:22:19,230 --> 00:22:22,640
Piemēram, es neesmu
pilnīgi pārliecināts, cik daudzi no jums

358
00:22:22,640 --> 00:22:27,930
puiši izmantot Apple oriģināls
app pastu vai kontaktu,

359
00:22:27,930 --> 00:22:32,180
bet katru reizi, kad jūs ritināt
galds un nospiediet noteiktu šūnu

360
00:22:32,180 --> 00:22:36,130
uz galda, ka ir notikums.

361
00:22:36,130 --> 00:22:38,330
>> Un, ja jūs vēlaties darīt
ka notikums ar sevi,

362
00:22:38,330 --> 00:22:40,410
tas ir faktiski mazliet grūti.

363
00:22:40,410 --> 00:22:44,880
Tātad, Apple ir devis, ka pat pie jums
tā, ka jūs varat tieši izmantot

364
00:22:44,880 --> 00:22:49,610
notikums darīt kaut ko par savu.

365
00:22:49,610 --> 00:22:52,980
Protokoli ir patiesībā
ļoti, ļoti plaši izmanto

366
00:22:52,980 --> 00:22:58,320
Objective C. labi
Fakts, katru app

367
00:22:58,320 --> 00:23:00,870
ir kaut nozvejotas app delegātu.

368
00:23:00,870 --> 00:23:06,330
Iekšpusē delikāts ir visu
protokoli iekraušanas app.

369
00:23:06,330 --> 00:23:12,470
>> Pieņemsim tikai teikt, ka ir
notikums app darīja slodzi.

370
00:23:12,470 --> 00:23:18,200
Tātad, ko vajadzētu notikt pēc tam, kad esat
izveidots app, pēc tam, kad atverat app,

371
00:23:18,200 --> 00:23:22,630
Aizverot app, vai pēc
jūs nodot iPhone gulēt.

372
00:23:22,630 --> 00:23:27,480
Tie ir visi notikumi, kas ir
jau ir dota jums.

373
00:23:27,480 --> 00:23:34,730
Un sākotnēji iekšā šīm daļiņām
nebūs īstenošana.

374
00:23:34,730 --> 00:23:39,750
Apple tikai teicis, ka šo funkciju
notiks, kad kāds notikums notiek,

375
00:23:39,750 --> 00:23:44,380
bet ko jūs darāt ar to
funkcija ir pilnībā atkarīgs no jums.

376
00:23:44,380 --> 00:23:49,290
>> Delegācija būtībā
stāsta klasi

377
00:23:49,290 --> 00:23:53,060
ka jums vajadzētu apstrādāt šos protokolus.

378
00:23:53,060 --> 00:23:55,340
Tas ir mazliet
mulsinoši, bet tas būs

379
00:23:55,340 --> 00:23:59,380
daudz skaidrāks, ja mēs darām
S kodi darbībā.

380
00:23:59,380 --> 00:24:04,760
Delegācija uz protokols faktiski
ļoti izturīgs mehānisms nozīmē

381
00:24:04,760 --> 00:24:08,160
ka, ja mēs delegāciju
konkrētā klasē,

382
00:24:08,160 --> 00:24:12,400
mēs varam būtiski rīkoties
visu veida notikumiem

383
00:24:12,400 --> 00:24:17,040
izmantojot jebkuru klasi mums ir,
Ļoti ērts rīks.

384
00:24:17,040 --> 00:24:21,530
>> Tik viens ātrs piemērs
delegācija uz protokolu

385
00:24:21,530 --> 00:24:24,120
būs tas, ko es tikko runājām.

386
00:24:24,120 --> 00:24:26,720

387
00:24:26,720 --> 00:24:30,890
Šis protokols īpaši sauc
Tableview [dzirdams] izvēlētos lomu

388
00:24:30,890 --> 00:24:35,480
at [? indekss?] [? pagātnē. ?] Tātad šis
notikums, ko varētu nozvejot, ja jums

389
00:24:35,480 --> 00:24:39,710
faktiski Uzspiežot uz specifisku
šūnu jūsu Tableview,

390
00:24:39,710 --> 00:24:43,570
pieņemsim tikai teikt jūsu pastu
vai jūsu kontaktu app.

391
00:24:43,570 --> 00:24:48,180
>> Iekšpusē funkciju bija
sākotnēji neko nedarot.

392
00:24:48,180 --> 00:24:51,950
Funkcija nav
darīt kaut ko pēc noklusējuma.

393
00:24:51,950 --> 00:24:55,540
Bet jūs varat norādīt
kāda funkcija dara,

394
00:24:55,540 --> 00:24:59,610
ņemot vērā to, ko jūs vēlaties no jūsu app.

395
00:24:59,610 --> 00:25:01,610
Ļoti ērts rīks.

396
00:25:01,610 --> 00:25:06,840
Un ar visu, kas
to teica, es būtībā

397
00:25:06,840 --> 00:25:11,430
segtu dažas ļoti pamata sintaksi un
pamatkoncepcija ir objektīva C

398
00:25:11,430 --> 00:25:15,860
programmēšana, un mēs varam darīt kādu s kodu.

399
00:25:15,860 --> 00:25:17,980
Daudz aizraujošu.

400
00:25:17,980 --> 00:25:21,070
Tātad s kods ir faktiski
mazliet milzīgs

401
00:25:21,070 --> 00:25:23,330
atverot to pirmo reizi.

402
00:25:23,330 --> 00:25:26,640
>> Viens ātrs piezīmi, tāpēc, ja jūs
gribu darīt iOS attīstību,

403
00:25:26,640 --> 00:25:29,630
Es ļoti iesakām jums ir Mac.

404
00:25:29,630 --> 00:25:33,930
Jo darot iOS nozares attīstību
Windows ir ļoti, ļoti grūti.

405
00:25:33,930 --> 00:25:37,560
Tas veicams, bet tas ir ļoti grūti.

406
00:25:37,560 --> 00:25:40,610
Un jūs noteikti jādara
nevēlaties izmantot g rediģēt.

407
00:25:40,610 --> 00:25:47,950
Tātad -u kodu mēs esam
vairākas atšķirīgas jomas.

408
00:25:47,950 --> 00:25:53,050
Kad jūs pirmo reizi atvērt s kods
Jūs redzēsiet navigācijas jomā,

409
00:25:53,050 --> 00:25:57,470
kas būtībā parāda, jūs visi
faili, kas ir jūsu pašreizējā projektā.

410
00:25:57,470 --> 00:26:03,590
>> Jums ir rīkjoslas zona, kas
būtībā pārvaldīt viedokli,

411
00:26:03,590 --> 00:26:08,570
vai kādu maz ātri
instrumenti apmēram -u kodu pati.

412
00:26:08,570 --> 00:26:11,140
Un tas ir faktiskais redaktors zona.

413
00:26:11,140 --> 00:26:15,900
Šī joma ir ļoti līdzīgs g rediģēt,
bet daudz labāk nekā g rediģēt.

414
00:26:15,900 --> 00:26:21,150
Un šajā labajā jomā, ir
sauc lietderība zona.

415
00:26:21,150 --> 00:26:27,170
Teritorija kļūst patiešām ērts, ja
jūs veidojat saskarni vai precizējot

416
00:26:27,170 --> 00:26:30,070
daži ātri uzstādījumus jūsu app.

417
00:26:30,070 --> 00:26:34,570
>> Un galīgais platība ir debugging.

418
00:26:34,570 --> 00:26:37,970
Šī joma ir konsole.

419
00:26:37,970 --> 00:26:43,170
Tātad, ja jūs sakāt printf,
vai NSLog mūsu gadījumā,

420
00:26:43,170 --> 00:26:47,330
visi jūsu rezultāti ir
tiks drukāts šeit.

421
00:26:47,330 --> 00:26:48,260
Labi?

422
00:26:48,260 --> 00:26:52,090
Es domāju, mēs varam tiešām ātri izdarīt
piemērs iOS programmēšanu.

423
00:26:52,090 --> 00:26:54,220
Un pieņemsim faktiski atvērt s kodu.

424
00:26:54,220 --> 00:26:57,210

425
00:26:57,210 --> 00:27:01,346
Tātad, katru reizi, kad jūs atvērt s kodu, tas ir
gatavojas parādās kaut kas tamlīdzīgs.

426
00:27:01,346 --> 00:27:03,220
Tas notiek, lai jums jautāt
ko jūs vēlaties darīt?

427
00:27:03,220 --> 00:27:06,830
Vai jūs vēlaties, lai sāktu kaut ko
izlases, rotaļlaukums, būtībā tu

428
00:27:06,830 --> 00:27:11,250
var vienkārši pārbaudīt kodu bez
faktiski apņemoties jebkuru app.

429
00:27:11,250 --> 00:27:13,020
>> Vai jūs vēlaties, lai izveidotu jaunu projektu?

430
00:27:13,020 --> 00:27:16,660
Vai jūs vēlaties turpināt
strādā pie esošo projektu?

431
00:27:16,660 --> 00:27:20,270
Mūsu gadījumā mēs ejam
lai izveidotu jaunu projektu.

432
00:27:20,270 --> 00:27:22,980
Tātad, tas ir patiešām jauki, s
kods faktiski jau

433
00:27:22,980 --> 00:27:26,820
devis jums dažas veidnes
lai izveidotu objektus.

434
00:27:26,820 --> 00:27:32,680
Ja jūs vēlaties darīt spēli, s kodu
patiesībā ir spēle veidni jums,

435
00:27:32,680 --> 00:27:36,890
ir lapas balstītas lietojumprogrammas,
tab balstītas pieteikumu.

436
00:27:36,890 --> 00:27:39,280
Šajā gadījumā, mēs ejam
darīt kaut ko ļoti vienkāršu,

437
00:27:39,280 --> 00:27:43,230
un mēs esam gatavojas izmantot
Viens skats pieteikumu.

438
00:27:43,230 --> 00:27:48,270
>> Pēc tam tikai to, ko jūs vēlaties, lai izsauktu
savu produktu, un kādi ir jūsu vārds,

439
00:27:48,270 --> 00:27:52,760
Kāds ir jūsu identifikators, un
kādā valodā jūs izmantojat.

440
00:27:52,760 --> 00:27:57,060
Šeit mēs negribam
pārbauda, ​​izmantojot Core Data.

441
00:27:57,060 --> 00:28:00,170
Core Data pamatā databasing iOS.

442
00:28:00,170 --> 00:28:05,360
Ja jūs Core Data, s
kods gatavojas definēt

443
00:28:05,360 --> 00:28:07,710
daudz sarežģītāka nodarbības jums.

444
00:28:07,710 --> 00:28:12,740
Tātad, lai saglabātu viss vienkārši, mēs esam
tikai gatavojas darīt bez Core Data

445
00:28:12,740 --> 00:28:15,290
tieši tagad.

446
00:28:15,290 --> 00:28:18,030
>> Problēma mēs gribam būt
izmantojat that-- problēmas

447
00:28:18,030 --> 00:28:23,770
mēs ejam, lai tiktu radītu, ir, ka mēs
būtībā vēlas importēt Mario no C

448
00:28:23,770 --> 00:28:25,437
uz iOS app.

449
00:28:25,437 --> 00:28:26,645
So sauksim ka Mario-iOS.

450
00:28:26,645 --> 00:28:31,230

451
00:28:31,230 --> 00:28:34,880
Protams, jums norādīt, par ko
vēlas īstenot savu projektu.

452
00:28:34,880 --> 00:28:37,870
Un tur mēs ejam.

453
00:28:37,870 --> 00:28:41,390
>> Tātad tas ir mazliet
milzīgs, bet tas ir faktiski

454
00:28:41,390 --> 00:28:43,540
tas, ko mēs tikko redzējām uz slaidiem.

455
00:28:43,540 --> 00:28:49,710
Un pirmā joma mēs redzam tagad
būtībā projekts konfigurācija.

456
00:28:49,710 --> 00:28:53,390
Tātad viss, ko vēlaties darīt
projekts, kāda veida ierīci,

457
00:28:53,390 --> 00:28:58,810
pieņemsim tikai teikt, kāda veida ierīces
Vai jūs vēlaties, lai jūsu app, kas parādīsies uz?

458
00:28:58,810 --> 00:29:01,280
Vai tas ir iPhone, iPad vai universālās?

459
00:29:01,280 --> 00:29:04,660
Tātad ierīces orientācijas, visu šo stuff.

460
00:29:04,660 --> 00:29:08,490
Nav ļoti svarīgi,
bet varētu būt, bet tas

461
00:29:08,490 --> 00:29:11,050
ir vieta, kur jums izveidot
Jūsu projekts, ja jūs faktiski

462
00:29:11,050 --> 00:29:15,180
vēlas izvietot uz Apple veikalu.

463
00:29:15,180 --> 00:29:20,420
>> Labi, pieņemsim apskatīt
kaut kas ir iekšā mūsu kodu.

464
00:29:20,420 --> 00:29:22,360
Iesim caur failu navigator.

465
00:29:22,360 --> 00:29:30,140
Un tie visi faili, kas jau
nāca ar veidni, ļoti jauks.

466
00:29:30,140 --> 00:29:35,980
Tātad, kad mēs noklikšķiniet uz vienas no tām
tas ir, kā tas izskatās.

467
00:29:35,980 --> 00:29:38,530
Ļoti līdzīgs g rediģēt.

468
00:29:38,530 --> 00:29:41,340
Bet jūs varat redzēt, ka
sintakse izceļot, iespējams

469
00:29:41,340 --> 00:29:42,780
mazliet jaukāku.

470
00:29:42,780 --> 00:29:45,610
Un patiesībā tas ir daudz vairāk
spēcīgāk nekā g rediģēšanu.

471
00:29:45,610 --> 00:29:49,970
Un jūs varat auto pabeigta
daudzas lietas par jums,

472
00:29:49,970 --> 00:29:52,370
kā mēs redzēsim ļoti ātri.

473
00:29:52,370 --> 00:29:54,100
>> Atvērsim atkļūdošanas zonu, kā arī.

474
00:29:54,100 --> 00:30:02,790

475
00:30:02,790 --> 00:30:07,000
Labi, kā mēs varam redzēt,
konsole ir tepat.

476
00:30:07,000 --> 00:30:13,840
Tas ir tas, ko jūs gatavojas redzēt, kur
tu esi printf vai nsloging kaut ko.

477
00:30:13,840 --> 00:30:17,155
Tātad bez papildu ADO, pieņemsim faktiski
sastādīt app un redzēt, kas notiek.

478
00:30:17,155 --> 00:30:20,000

479
00:30:20,000 --> 00:30:23,410
Viena būtiska iezīme
s kods, ir tas, ka s kods

480
00:30:23,410 --> 00:30:25,850
nāk ar iPhone simulators.

481
00:30:25,850 --> 00:30:29,820
Tātad jums nav nepieciešams, lai būtu
iPhone, lai mēģinātu savu projektu,

482
00:30:29,820 --> 00:30:34,440
s kodu var simulēt, ka
tu, kā mēs varam redzēt jau tagad.

483
00:30:34,440 --> 00:30:36,406
>> Tas ir diezgan jauki.

484
00:30:36,406 --> 00:30:38,640
Tas ir ņemot nedaudz
mazliet laika, lai apkopotu

485
00:30:38,640 --> 00:30:43,040
un būtībā mēs esam
tukšs pieteikumu,

486
00:30:43,040 --> 00:30:44,640
kas faktiski nav nekas.

487
00:30:44,640 --> 00:30:46,175
Bet tas apkopo.

488
00:30:46,175 --> 00:30:47,380
Tas ir diezgan laba.

489
00:30:47,380 --> 00:30:50,200
Tas ir daudz labāk nekā C, vai ne?

490
00:30:50,200 --> 00:30:52,130
Labi, tad pieņemsim
mēģināt pievienot kaut ko.

491
00:30:52,130 --> 00:30:56,050

492
00:30:56,050 --> 00:31:02,650
Viens fails, kas ir mazliet
dīvaini šeit sauc storyboard.

493
00:31:02,650 --> 00:31:08,020
Tas ir tiešām liels,
laba iezīme -u kodu.

494
00:31:08,020 --> 00:31:14,170
Jo -u kodu, jūs faktiski var vilkt
un nomestu elementus uz saskarni

495
00:31:14,170 --> 00:31:17,430
un tas būs tieši parādās.

496
00:31:17,430 --> 00:31:18,055
Mēģināsim to.

497
00:31:18,055 --> 00:31:21,230

498
00:31:21,230 --> 00:31:27,236
>> Mēs piliens etiķeti šeit, "Hello World !!!"

499
00:31:27,236 --> 00:31:29,740
Mēs varam centrā, ka.

500
00:31:29,740 --> 00:31:30,970
Diezgan vēss.

501
00:31:30,970 --> 00:31:33,915
Tagad pieņemsim palaist šo pieturas simulāciju.

502
00:31:33,915 --> 00:31:36,940

503
00:31:36,940 --> 00:31:38,700
Šeit mums ir "Hello World !!!"

504
00:31:38,700 --> 00:31:40,810
Mums nav pat darīt jebkuru kodēšanas vēl.

505
00:31:40,810 --> 00:31:42,750
Kas heck notiek?

506
00:31:42,750 --> 00:31:45,880
Tas ir kā spēcīgs
Interface Builder var būt.

507
00:31:45,880 --> 00:31:48,030
Kāds pat teica, ka
Varat droši tikko

508
00:31:48,030 --> 00:31:52,800
pabeigt lietotni nerakstot
iespējams, tūkstoš koda rindiņas

509
00:31:52,800 --> 00:31:54,820
tikai izmantojot Interface Builder.

510
00:31:54,820 --> 00:31:59,680
Bet tas ir iespējams, nav
Labākais veids, kā to darīt.

511
00:31:59,680 --> 00:32:01,670
>> Tagad pieņemsim faktiski nokļūt uz leju, lai kodēšanas.

512
00:32:01,670 --> 00:32:04,860

513
00:32:04,860 --> 00:32:08,330
Tātad Konstrukcijas failu
ir tiešām ļoti interesanti

514
00:32:08,330 --> 00:32:15,610
jo, kā jūs varat redzēt, tur
nav galvenā funkcija jebkur.

515
00:32:15,610 --> 00:32:17,466
Redzēt?

516
00:32:17,466 --> 00:32:19,340
Kā mēs jau iepriekš minēts,
Jūs varat redzēt, ka tas

517
00:32:19,340 --> 00:32:22,830
ir īstenošana fails
konkrētai klasei.

518
00:32:22,830 --> 00:32:25,690
Bet nav galvenais jebkur.

519
00:32:25,690 --> 00:32:27,490
Tātad, kur ir galvenais?

520
00:32:27,490 --> 00:32:31,970
Faktiski, ir galvenais, bet
Galvenais ir faktiski paslēpta no jums.

521
00:32:31,970 --> 00:32:34,560
Galvenais ir šeit.

522
00:32:34,560 --> 00:32:37,120
Tas izskatās pazīstams.

523
00:32:37,120 --> 00:32:41,000
>> Tātad būtībā kas iOS
dara iekšā galvenais

524
00:32:41,000 --> 00:32:43,540
ir tas, ka ikreiz, kad galvenais ir
sauc, kas ir būtībā

525
00:32:43,540 --> 00:32:49,000
kad app ir izpildīts, to
rada objektu sauc AppDelegate.

526
00:32:49,000 --> 00:32:52,980

527
00:32:52,980 --> 00:32:57,350
Kā jau iepriekš minēju, viss
app ir faktiski objekts pati par sevi.

528
00:32:57,350 --> 00:33:02,270
Tātad šādā veidā, būtībā
iOS app stāsta kompilators

529
00:33:02,270 --> 00:33:05,540
ka OK, es esmu gatavojas, lai radītu
produktu sauc AppDelegate,

530
00:33:05,540 --> 00:33:07,620
un kas būs mans app.

531
00:33:07,620 --> 00:33:09,640
Tātad jums ir nepieciešams, lai iet
caur šo AppDelegate

532
00:33:09,640 --> 00:33:12,040
un redzēt, ko tas puisis dara.

533
00:33:12,040 --> 00:33:14,850
Mans darbs ir darīts attiecībā uz mani.

534
00:33:14,850 --> 00:33:22,070
>> Un AppDelegate jūs varat redzēt, ka
ir daži patiešām dīvaini funkcijas,

535
00:33:22,070 --> 00:33:25,290
labi faktiski metodes, kas
Apple jau ir dota jums.

536
00:33:25,290 --> 00:33:27,464
Kas tie ir?

537
00:33:27,464 --> 00:33:31,010
Tie ir faktiski tikai protokoli
ka es runāju par.

538
00:33:31,010 --> 00:33:35,670
Tātad tie ir notikumi, kas Apple
jums ir devis, lai sāktu ar.

539
00:33:35,670 --> 00:33:38,050
Nekas dažās
funkciju tieši tagad,

540
00:33:38,050 --> 00:33:40,820
bet, ja mēs gribam, lai sāktu
kaut kas mūsu app

541
00:33:40,820 --> 00:33:46,140
pirms nokļūst izlikšana
Katrā ziņā, mēs to darām šeit.

542
00:33:46,140 --> 00:33:51,150
>> Jūs varat izlasīt vārdu, un es domāju,
notikums ir patiešām īsti skaidrs.

543
00:33:51,150 --> 00:33:54,160

544
00:33:54,160 --> 00:33:58,350
Tāpēc tagad galvenais ir izveidojusi
objekts AppDelegate.

545
00:33:58,350 --> 00:34:05,220
Un ko AppDelegate gatavojas darīt
faktiski arī slēpta no jums.

546
00:34:05,220 --> 00:34:09,250
AppDelegate gatavojas sākt
iekraušanas ViewController krājumu.

547
00:34:09,250 --> 00:34:13,170
Tātad, tas ir būtībā gatavojas sākt
uzkrājot visus viedokļus, kas jums ir

548
00:34:13,170 --> 00:34:17,500
un tikai padarīt viedokli
balstoties uz hierarhijā.

549
00:34:17,500 --> 00:34:21,280
>> Tātad, šajā gadījumā mums ir tikai
viens viedoklis, kas ir šeit.

550
00:34:21,280 --> 00:34:25,060
Tā, ka ir vienīgais skats
kas notiek, lai varētu saukt.

551
00:34:25,060 --> 00:34:28,159
ViewController loģika ir tepat.

552
00:34:28,159 --> 00:34:32,159
Tas ir kods, kas faktiski
kontrolē viedokli mēs vienkārši redzēja.

553
00:34:32,159 --> 00:34:33,679
Labi, pieņemsim kaut ko darīt šeit.

554
00:34:33,679 --> 00:34:44,030

555
00:34:44,030 --> 00:34:50,560
Tātad viewDidLoad izklausās notikumu,
ja patiesībā tas ir arī delegāts,

556
00:34:50,560 --> 00:34:52,500
Tas ir arī protokols.

557
00:34:52,500 --> 00:34:56,350
>> Tātad, kāds skats ir piekrauts,
viss iekšā funkciju

558
00:34:56,350 --> 00:34:57,920
sauks.

559
00:34:57,920 --> 00:35:02,840
Šajā gadījumā mums vajadzētu redzēt "Hello
Tianyu! ", Ja mēs palaist programmu.

560
00:35:02,840 --> 00:35:09,820

561
00:35:09,820 --> 00:35:12,842
Tas kļūst mazliet lēns
apkopojot montāžas skalas failus.

562
00:35:12,842 --> 00:35:15,440

563
00:35:15,440 --> 00:35:18,190
Nu tiešām, mēs redzam produkciju par to.

564
00:35:18,190 --> 00:35:20,720
Tas ir diezgan foršs.

565
00:35:20,720 --> 00:35:22,000
Tagad pieņemsim faktiski darīt Mario.

566
00:35:22,000 --> 00:35:25,400

567
00:35:25,400 --> 00:35:27,625
Es esmu gatavojas noteikt
darbojas ļoti ātri.

568
00:35:27,625 --> 00:35:31,510

569
00:35:31,510 --> 00:35:54,245
marioWithLevels: (int) līmeņa rezultātus.

570
00:35:54,245 --> 00:36:01,120

571
00:36:01,120 --> 00:36:06,410
>> Labi, tas ir faktiski laba
iezīme s koda auto pabeigšanas.

572
00:36:06,410 --> 00:36:10,680
Tātad, ja jūs rakstīt un rakstīt ieiet,
tas jau ir atteicies veidni

573
00:36:10,680 --> 00:36:12,325
jums, kas ir diezgan forši.

574
00:36:12,325 --> 00:36:50,480

575
00:36:50,480 --> 00:36:52,850
Tas būtu izskatās tiešām
pazīstams ar jums puiši.

576
00:36:52,850 --> 00:36:55,940

577
00:36:55,940 --> 00:36:59,680
Sorry, tas ir mana vaina.

578
00:36:59,680 --> 00:37:15,790

579
00:37:15,790 --> 00:37:18,120
Visas tiesības, atdzesē.

580
00:37:18,120 --> 00:37:22,710
Ka loģika jāizskatās īsti pazīstams
jums puiši, īpaši tikai Mario.

581
00:37:22,710 --> 00:37:26,140
>> Bet mēs tagad izdrukāt, lai
konsole katru reizi,

582
00:37:26,140 --> 00:37:29,280
jo mēs gribam, lai kaut kā paturēt
dziesmu, ko mēs drukāšanu.

583
00:37:29,280 --> 00:37:31,810
Mēs ejam, lai izmantotu
rezultātus kaut kā vēlāk,

584
00:37:31,810 --> 00:37:35,010
lai parādītu drukas
ārā rezultātā lietotājam.

585
00:37:35,010 --> 00:37:37,730
Tā vietā mēs esam tikai
nslogging viss,

586
00:37:37,730 --> 00:37:42,410
kas mēs esam uzglabāt visu
par funkciju zvanu rezultātā

587
00:37:42,410 --> 00:37:44,070
bet loģika ir tieši tāds pats.

588
00:37:44,070 --> 00:37:48,030

589
00:37:48,030 --> 00:37:51,800
Pēc tam, kad mēs beidzam, mēs
vienkārši izdrukāt mūsu rezultātus.

590
00:37:51,800 --> 00:37:59,330

591
00:37:59,330 --> 00:38:04,970
>> Un šeit, nevis izdrukāšana manu
vārdu, mēs ejam, lai izsauktu funkciju.

592
00:38:04,970 --> 00:38:15,340

593
00:38:15,340 --> 00:38:18,090
Let 's redzēt, kas notiek.

594
00:38:18,090 --> 00:38:21,240
Hmm, protams.

595
00:38:21,240 --> 00:38:24,320
Mums ir jauka
mazliet piramīda šeit.

596
00:38:24,320 --> 00:38:28,370
Tas ir galvenokārt C, mēs esam tikai
manipulējot kur jūs zvanu funkciju

597
00:38:28,370 --> 00:38:30,010
un kā funkcija izskatās.

598
00:38:30,010 --> 00:38:31,560
Tur nekas atšķirīgs.

599
00:38:31,560 --> 00:38:34,040
Bet tas ir patiesībā
nav ļoti aizraujoša šeit,

600
00:38:34,040 --> 00:38:37,500
jo mēs neredzam
kaut kas no iPhone app.

601
00:38:37,500 --> 00:38:42,120
>> Tātad, ja jums tiešām ir iPhone app--
ja jums tiešām ir Mario iOS tiesības

602
00:38:42,120 --> 00:38:45,080
Tagad, jūs nebrauksim
redzēt kaut ko, kas

603
00:38:45,080 --> 00:38:49,450
ir kāds sakars ar Mario, jo
visi šie izejas uz konsole

604
00:38:49,450 --> 00:38:51,620
ir paslēpta no lietotāja.

605
00:38:51,620 --> 00:38:53,850
Tas ir tas, ko jūs redzat,
kas ir "Hello World !!!"

606
00:38:53,850 --> 00:38:55,720
Nav labi.

607
00:38:55,720 --> 00:39:03,090
Tagad pamēģināsim izdarīt lietotājs redz
ko tieši mēs drukā.

608
00:39:03,090 --> 00:39:06,000
Tāpēc mums nav nepieciešams marķēt vairs.

609
00:39:06,000 --> 00:39:09,800
Pamēģināsim un izdomāt kaut ko
cits, kas varētu būt noderīga.

610
00:39:09,800 --> 00:39:12,140
>> Ir tiešām viens
elements, kas tiek saukts

611
00:39:12,140 --> 00:39:16,460
Teksta lauks, kas varētu
būt ļoti noderīga, lai mums.

612
00:39:16,460 --> 00:39:19,880
Tas būtībā parāda reģionu
teksts, kuru var rediģēt.

613
00:39:19,880 --> 00:39:22,320
Tā, ka izskatās tiešām noderīga.

614
00:39:22,320 --> 00:39:23,810
Tagad velciet to un no tā atteikties.

615
00:39:23,810 --> 00:39:26,880

616
00:39:26,880 --> 00:39:32,670
Wow, mums ir teksta skatu
Mūsuprāt, tiešām iedomātā.

617
00:39:32,670 --> 00:39:35,430
Tas ir mazliet par lielu.

618
00:39:35,430 --> 00:39:38,150
Padarīsim to mazāku.

619
00:39:38,150 --> 00:39:40,290
Ielieciet to centrā.

620
00:39:40,290 --> 00:39:43,760
Padarīt to mazāku kā labi.

621
00:39:43,760 --> 00:39:50,110
>> Tagad mums ir teksta skatu, ko mēs varētu
izmantot, lai parādītu mūsu gala rezultātu.

622
00:39:50,110 --> 00:39:52,860
Bet tagad tas ir
noteikti nav dodas uz darbu

623
00:39:52,860 --> 00:39:56,970
jo tur ir no--
ViewController mēs tikko

624
00:39:56,970 --> 00:40:03,010
definēts nezina, ka
ir teksts, skats, kas tur.

625
00:40:03,010 --> 00:40:06,550
Tāpēc mums ir nepieciešams, lai kaut kā
saistīt teksta skatu mēs tikko

626
00:40:06,550 --> 00:40:11,660
izveidots ar klasi, ka
jau nāk ar mums.

627
00:40:11,660 --> 00:40:14,860
>> Veids, kā mēs to darīt, ir
tiešām ļoti maģisks.

628
00:40:14,860 --> 00:40:18,190
Tātad atvērt montāžas.

629
00:40:18,190 --> 00:40:22,220
Ir īpaša [nedzirdama]
sauc [? palīgs?] [nedzirdama].

630
00:40:22,220 --> 00:40:25,190
Kad jūs noklikšķiniet uz to, ka tas ir
gatavojas atvērt divus failus.

631
00:40:25,190 --> 00:40:29,425
Viens no tiem ir klase un otrs
ir atbilstošs viedoklis par to.

632
00:40:29,425 --> 00:40:31,920
Tas ir ļoti, ļoti noderīga.

633
00:40:31,920 --> 00:40:35,950
Un pieņemsim tikai iet cauri .H failu.

634
00:40:35,950 --> 00:40:39,110
Kontrole, tas ir [dzirdams] loģika.

635
00:40:39,110 --> 00:40:47,280
Nospiediet Kontrole un velciet
teksta skats uz deklarācijā.

636
00:40:47,280 --> 00:40:48,780
Mēs ejam, lai izsauktu šo outputView.

637
00:40:48,780 --> 00:40:52,189

638
00:40:52,189 --> 00:40:53,670
Savienot.

639
00:40:53,670 --> 00:40:59,420
Tāpēc šeit mēs esam deklarēti jauna
īpašums mūsu ViewController klasē.

640
00:40:59,420 --> 00:41:02,300
Un jaunu īpašumu
ir tikai teksts view

641
00:41:02,300 --> 00:41:05,000
mēs esam radīti saskarnes ēkā.

642
00:41:05,000 --> 00:41:07,990
Tātad šajā ziņā mēs varētu
Pieeja visi dati

643
00:41:07,990 --> 00:41:13,630
un manipulēt visu, kas ir iekšā
izejas viedoklis, kas ir laba.

644
00:41:13,630 --> 00:41:19,260
>> Tātad mūsu faktisko kodu,
pieņemsim kaut ko ar to darīt.

645
00:41:19,260 --> 00:41:23,810
Tātad, šoreiz, kad mēs esam, piemēram, drukāšanas
ārā gala rezultātu Mario,

646
00:41:23,810 --> 00:41:28,020
mēs esam ne mežizstrāde neko.

647
00:41:28,020 --> 00:41:30,080
Es domāju, mēs varētu paturēt
mežizstrāde paziņojumu.

648
00:41:30,080 --> 00:41:41,490
Bez tam, mēs
nosūtīt nolasīšanas mēs tikko

649
00:41:41,490 --> 00:41:47,622
izveidota, lai izejas skatu, kas
ir UI textview mēs tikko izveidota.

650
00:41:47,622 --> 00:41:48,746
Tagad pieņemsim redzēt, kas notiek.

651
00:41:48,746 --> 00:41:54,470

652
00:41:54,470 --> 00:41:56,620
Wow.

653
00:41:56,620 --> 00:41:59,130
Mums ir piramīda app tiesības tagad.

654
00:41:59,130 --> 00:42:06,720
>> Tāpēc lietotājs var redzēt mūsu produkciju arī tāpēc,
mēs esam kopēt izejas no mūsu kodu

655
00:42:06,720 --> 00:42:08,045
mūsu interfeisu.

656
00:42:08,045 --> 00:42:10,950
Tas ir diezgan laba.

657
00:42:10,950 --> 00:42:14,990
Tas tiešām nav tik
aizraujoši, jo mēs can--

658
00:42:14,990 --> 00:42:18,250
Viss app dara, ir
parādot piramīda ar jums,

659
00:42:18,250 --> 00:42:20,520
un tur nekas jūs varat darīt, par to.

660
00:42:20,520 --> 00:42:22,330
Tas nav īpaši aizraujoša.

661
00:42:22,330 --> 00:42:27,840
Tāpēc tagad pieņemsim pogu
kas būs skaidrs viedokli.

662
00:42:27,840 --> 00:42:30,290
Šķiet, ka poga būs noderīga.

663
00:42:30,290 --> 00:42:33,270
Velciet un nometiet.

664
00:42:33,270 --> 00:42:33,900
Poga viens.

665
00:42:33,900 --> 00:42:36,730

666
00:42:36,730 --> 00:42:37,320
Poga divi.

667
00:42:37,320 --> 00:42:49,170

668
00:42:49,170 --> 00:42:52,052
>> Tātad, kad mēs noklikšķiniet kreiso
pogu, skats būtu skaidrs.

669
00:42:52,052 --> 00:42:53,635
Vajadzētu būt nekas uz ekrāna.

670
00:42:53,635 --> 00:42:56,970
Un, kad mēs noklikšķiniet
labo pogu, Mario,

671
00:42:56,970 --> 00:42:59,740
skats gatavojas atkal parādīsies.

672
00:42:59,740 --> 00:43:05,510
Tātad šādā veidā mēs arī to
burvju stuff, kontrole un velciet

673
00:43:05,510 --> 00:43:08,740
klasei deklarācijai
šajā palīgs director--

674
00:43:08,740 --> 00:43:11,600
in asistenta skatītāju.

675
00:43:11,600 --> 00:43:18,620
Šajā gadījumā mēs norādot
ka būtu rīcība.

676
00:43:18,620 --> 00:43:19,120
clearMario.

677
00:43:19,120 --> 00:43:21,650

678
00:43:21,650 --> 00:43:26,830
>> Tāpēc šeit mēs jau esam radījuši
darbību, kuras nosaukums clearMario,

679
00:43:26,830 --> 00:43:34,210
kas ir metode, kas tiks saukts
kad mēs nospiediet pogu skaidrs.

680
00:43:34,210 --> 00:43:41,030
Tātad mūsu faktiski kodu, pieņemsim tikai
nodot izejas tekstu un izejas skatu

681
00:43:41,030 --> 00:43:44,620
par neko, un tādā veidā
tas, šķiet, ir skaidrs.

682
00:43:44,620 --> 00:43:47,500

683
00:43:47,500 --> 00:43:57,230
Papildus tam, ka, pieņemsim izveidot
vēl viena metode, ko sauc runMario.

684
00:43:57,230 --> 00:44:00,140

685
00:44:00,140 --> 00:44:03,436
Ak žēl, ka nav jābūt īpašums.

686
00:44:03,436 --> 00:44:12,107

687
00:44:12,107 --> 00:44:13,940
Labi, ka vajadzētu
būt darbība, kā arī.

688
00:44:13,940 --> 00:44:25,780

689
00:44:25,780 --> 00:44:34,740
>> Un, kad šī funkcija ir
sauc, mēs vienkārši palaist Mario desmit.

690
00:44:34,740 --> 00:44:37,620

691
00:44:37,620 --> 00:44:39,780
Cerams, ka būs labi.

692
00:44:39,780 --> 00:44:41,120
Vai tas apkopotu?

693
00:44:41,120 --> 00:44:43,920
Jā.

694
00:44:43,920 --> 00:44:45,090
Tagad mums ir skats.

695
00:44:45,090 --> 00:44:46,560
Mums ir izeja.

696
00:44:46,560 --> 00:44:50,040
Un pieņemsim tikai redzēt, kas notiek.

697
00:44:50,040 --> 00:44:52,590
Tas ir pagājis.

698
00:44:52,590 --> 00:44:54,500
Tas ir atkal atpakaļ.

699
00:44:54,500 --> 00:44:57,620
Tāpēc šeit mēs esam norādīts
kāda veida funkcijas

700
00:44:57,620 --> 00:45:00,400
tiks izsaukta, kad
mēs ierakstiet kaut ko,

701
00:45:00,400 --> 00:45:03,160
kad mēs nospiežot īpašu pogu.

702
00:45:03,160 --> 00:45:07,890
Šis ir būtībā
mērķa rīcības shēma

703
00:45:07,890 --> 00:45:12,510
par notikumu orientētu
programmēšana C. mērķī

704
00:45:12,510 --> 00:45:15,030
>> Papildus tam, ka,
tas nav ļoti aizraujoša

705
00:45:15,030 --> 00:45:19,810
jo mēs nevaram īsti mainīt
cik augsta piramīda būs,

706
00:45:19,810 --> 00:45:23,640
tāpēc mēs, iespējams, vēlas kaut kā
saņemt informāciju no lietotāja

707
00:45:23,640 --> 00:45:29,490
un mainīt augstumu
piramīda, pamatojoties uz to, ko viņi produkciju.

708
00:45:29,490 --> 00:45:32,900
Tātad, mēs esam gatavojas darīt.

709
00:45:32,900 --> 00:45:38,720
Tātad, šoreiz, kad mēs saucam runMario,
mēs ne tikai zvanīt Mario tieši.

710
00:45:38,720 --> 00:46:06,280

711
00:46:06,280 --> 00:46:07,000
Tas viens virsraksts.

712
00:46:07,000 --> 00:46:22,180

713
00:46:22,180 --> 00:46:23,700
>> Delegāts.

714
00:46:23,700 --> 00:46:25,160
Tas ir ļoti interesanti.

715
00:46:25,160 --> 00:46:26,720
Kas ir delegāts?

716
00:46:26,720 --> 00:46:28,950
Es esmu gatavojas likt sevi šeit.

717
00:46:28,950 --> 00:46:31,038
Un mēs ejam, lai redzētu
ko tas nozīmē vēlāk.

718
00:46:31,038 --> 00:46:46,380

719
00:46:46,380 --> 00:46:51,120
Tāpēc šeit mēs esam būtībā radījuši
konkrēts piemērs sauc UI brīdinājumu

720
00:46:51,120 --> 00:46:52,210
skats.

721
00:46:52,210 --> 00:46:54,440
UI brīdinājumu viedoklis
būtībā tas, ko jūs

722
00:46:54,440 --> 00:46:58,940
redzēt katru reizi kaut pops
augšu un lūdz jums ievadi,

723
00:46:58,940 --> 00:47:03,080
piemēram, kas notiks, kad jūs mēģināt
pirkt kaut ko uz App Store.

724
00:47:03,080 --> 00:47:14,250
>> Papildus tam, pēc tam, kad
izveidot to, mēs tikai parādīt brīdinājumu.

725
00:47:14,250 --> 00:47:20,090

726
00:47:20,090 --> 00:47:22,568
Labi, pieņemsim tikai ātri
Tests, ka darbs vai ne.

727
00:47:22,568 --> 00:47:31,105

728
00:47:31,105 --> 00:47:32,140
Tas ir ļoti foršs.

729
00:47:32,140 --> 00:47:55,370

730
00:47:55,370 --> 00:47:59,120
Tagad pieņemsim faktiski izveidot
ievades lauks UI brīdinājumu.

731
00:47:59,120 --> 00:48:01,170
Tas ir, kā mēs to darām.

732
00:48:01,170 --> 00:48:07,490
Un mums ir jābūt
ievades skats brīdinājuma.

733
00:48:07,490 --> 00:48:09,020
Ļoti foršs.

734
00:48:09,020 --> 00:48:12,330
Pieņemsim tikai teikt, 10.

735
00:48:12,330 --> 00:48:14,900
>> Tas nedara neko labi
tagad, jo zvans patiešām

736
00:48:14,900 --> 00:48:17,770
nemainīja izpildei Mario.

737
00:48:17,770 --> 00:48:23,470
Tātad tas ir kļuvis nedaudz
mazliet dīvaini, jo ikreiz, kad

738
00:48:23,470 --> 00:48:30,790
mēs nospiediet pogu uz leju, kad mēs
nospiediet pogu trauksmes skatā,

739
00:48:30,790 --> 00:48:35,560
kaut kas notiek,
bet tas nenotiek.

740
00:48:35,560 --> 00:48:37,220
Kā mēs nozvejas, ka?

741
00:48:37,220 --> 00:48:41,280
Kā mēs zinām, ka lietotājs
ir noraidījusi brīdinājumu skats

742
00:48:41,280 --> 00:48:45,630
un jau ieraksta numuru, jo
tagad nekas patiesībā notiek.

743
00:48:45,630 --> 00:48:50,450
>> Nu, jūs varētu būt guessed
tas labi, delegācija.

744
00:48:50,450 --> 00:48:55,440
Tātad papildus visi
Šie paziņojumi,

745
00:48:55,440 --> 00:49:03,190
mums ir nepieciešams pievienot jaunu delegāciju
to sauc UI brīdinājumu skats delegātu.

746
00:49:03,190 --> 00:49:06,440
Tā, ka katru
mijiedarbība vai notikumu

747
00:49:06,440 --> 00:49:10,190
ka mēs esam nāksies
ar UI trauksmes skatā

748
00:49:10,190 --> 00:49:14,100
būs jāapstrādā
mūsu klases, kā arī.

749
00:49:14,100 --> 00:49:26,297
>> Tātad papildus ka, būs
brīdinājumu skats klikšķi pogas indeksu.

750
00:49:26,297 --> 00:49:34,260

751
00:49:34,260 --> 00:49:37,730
Tas ir sasniegts.

752
00:49:37,730 --> 00:49:42,020
Tātad tādā gadījumā mēs esam
already-- tāpēc mums ir

753
00:49:42,020 --> 00:49:46,210
uzzināju protokolu,
veiks gadījums, kad

754
00:49:46,210 --> 00:49:51,320
mēs noklikšķiniet uz Done pogu
uz trauksmes skatā.

755
00:49:51,320 --> 00:49:55,976
Tātad, katru reizi, kad mēs atlaist
brīdinājumu skats, tam ir jānotiek.

756
00:49:55,976 --> 00:49:57,350
Ļaujiet man tikai pārbaudītu to ļoti ātri.

757
00:49:57,350 --> 00:50:16,220

758
00:50:16,220 --> 00:50:19,300
Nu tiešām, mēs esam sasnieguši šeit.

759
00:50:19,300 --> 00:50:22,210
>> Tātad šeit, ko mums nebūs
faktiski saņemt faktiski

760
00:50:22,210 --> 00:50:43,120
nokļūt the-- Tāpēc mēs gribam izkļūt
teksts, mums ir iepriekš

761
00:50:43,120 --> 00:50:45,350
ieraksta trauksmes skatā.

762
00:50:45,350 --> 00:50:48,505
Un, pamatojoties uz tekstu, mēs esam
gatavojas parādīt Mario.

763
00:50:48,505 --> 00:50:52,336

764
00:50:52,336 --> 00:50:55,480
Tas ļoti ātri izrādās
ja tā faktiski darbojas vai ne.

765
00:50:55,480 --> 00:50:59,476
Tātad šajā gadījumā, ja mēs ievade,
teiksim, 10, mums vajadzētu redzēt 10.

766
00:50:59,476 --> 00:51:02,740

767
00:51:02,740 --> 00:51:05,210
>> Ļoti labi, mums ir vairāki šeit.

768
00:51:05,210 --> 00:51:06,470
Tas ir diezgan laba.

769
00:51:06,470 --> 00:51:16,840
Tagad pēdējais solis būs be-- So
Pēdējais solis, mums ir jādara tieši tagad

770
00:51:16,840 --> 00:51:21,100
ir tikai zvanu Mario ar
līmenis, pamatojoties uz ieejas

771
00:51:21,100 --> 00:51:23,270
ka mēs esam uz trauksmes skatu.

772
00:51:23,270 --> 00:51:26,920
Tāpēc mums ir nepieciešams, lai pārvērstu
šis string uz iOS.

773
00:51:26,920 --> 00:51:33,820

774
00:51:33,820 --> 00:51:35,496
Static pārplūdes ir ļoti laba.

775
00:51:35,496 --> 00:51:44,930

776
00:51:44,930 --> 00:51:51,182
Un tad mēs vienkārši saucam sevi
marioWithLevels vērtība.

777
00:51:51,182 --> 00:51:54,550

778
00:51:54,550 --> 00:51:56,284
Paskatīsimies, būs, ka
faktiski strādā vai ne.

779
00:51:56,284 --> 00:51:59,070

780
00:51:59,070 --> 00:52:01,550
>> Mēs jau dota piramīdas.

781
00:52:01,550 --> 00:52:04,785
Mēģināsim mainīt augstumu.

782
00:52:04,785 --> 00:52:06,530
Tas tiešām darbojas.

783
00:52:06,530 --> 00:52:07,610
Tas ir diezgan foršs.

784
00:52:07,610 --> 00:52:10,420
Tā, ka tagad jūs varat vienkārši
ievadīt jebkuru vērtību vēlaties.

785
00:52:10,420 --> 00:52:12,440
Pieņemsim tikai teikt, četri.

786
00:52:12,440 --> 00:52:14,260
Tas ir diezgan laba.

787
00:52:14,260 --> 00:52:17,090
Tātad tas ir pamatā
tiešām ātri piemērs

788
00:52:17,090 --> 00:52:23,170
par to, kā izveidot projektu -u kodu
un kā īsti ātri vadi līdz

789
00:52:23,170 --> 00:52:26,220
dažas patiešām vienkāršas notikumiem un funkcijas.

790
00:52:26,220 --> 00:52:28,840
>> Tātad avots notiek
jāliek tiešsaistē vēlāk.

791
00:52:28,840 --> 00:52:33,400
Tātad, ja jūs interesē
to, kā iOS Mario darbojas,

792
00:52:33,400 --> 00:52:38,360
Es esmu gatavojas īstenot tieši tas pats
projekti uz CS50 mājaslapā vēlāk.

793
00:52:38,360 --> 00:52:41,260
Mēs būtībā darīts ar
vasarā, un pirms mēs beidzam

794
00:52:41,260 --> 00:52:45,190
Es tikai vēlos jums puiši
daži tiešām foršās resursi, kas

795
00:52:45,190 --> 00:52:47,550
ir pieejami tiešsaistē.

796
00:52:47,550 --> 00:52:52,270
>> Acīmredzot Apple dokumentācija
būs ļoti noderīga.

797
00:52:52,270 --> 00:52:57,630
Bet papildus ka, es sevišķi
ieteiktu četriem avotiem, ti kods skolas,

798
00:52:57,630 --> 00:53:02,120
koks māja, AppCoda un WWDC video.

799
00:53:02,120 --> 00:53:07,270
Kods skolas un koka māja ir
divi tiešsaistes izglītojot mājas lapas,

800
00:53:07,270 --> 00:53:10,210
kas īpaši koncentrējas
par programmatūras inženieriju.

801
00:53:10,210 --> 00:53:16,930
Jo īpaši attiecībā uz koda skolu, viņi
ir patiešām labas apmācību par iOS.

802
00:53:16,930 --> 00:53:19,550
>> Tas ir patiešām ātrs piemērs par to.

803
00:53:19,550 --> 00:53:22,980
Viņi faktiski rada patiešām cute--
paskatās, ka maz gudrs iPhone

804
00:53:22,980 --> 00:53:24,920
dude tur, tas ir diezgan laba.

805
00:53:24,920 --> 00:53:31,010
Un kā viņi izskaidrot Mērķis
C sintakse ir pilnīgi skaidrs.

806
00:53:31,010 --> 00:53:32,230
Koks māja ir tāda pati.

807
00:53:32,230 --> 00:53:34,660
Un AppCoda ir forums.

808
00:53:34,660 --> 00:53:38,130
Tas ir tiešām blogu, kas tika palaists
ko patiešām pieredzējis Mērķis C

809
00:53:38,130 --> 00:53:39,120
programmētājs.

810
00:53:39,120 --> 00:53:43,950
Un visi šie konsultācijas šajā AppCoda ir
diezgan īss un viegli īstenot,

811
00:53:43,950 --> 00:53:45,390
ļoti ieteicama.

812
00:53:45,390 --> 00:53:47,700
>> Un, ja jūs esat izstrādātājs,
noteikti iet pārbaudīt

813
00:53:47,700 --> 00:53:55,660
kā WWDC video, kur jūs varat
uzzināt par jaunāko iOS programmēšanas

814
00:53:55,660 --> 00:53:58,250
metodes, API un bibliotēkas.

815
00:53:58,250 --> 00:54:02,850
Tāpēc, ka ir diezgan daudz
tas semināram.

816
00:54:02,850 --> 00:54:03,820
Thank you so much.

817
00:54:03,820 --> 00:54:08,040
Un es ceru, ka jums ir jautri
izveidojot savu iOS app.

818
00:54:08,040 --> 00:54:09,302