1
00:00:04,990 --> 00:00:09,190
Здравейте, аз съм Боб Тейбор от www.LearnVisualStudio.net

2
00:00:09,220 --> 00:00:11,620
където преподавам на начинаещи, уменията от които се нуждаят, за да получат

3
00:00:11,670 --> 00:00:13,870
своята първа работа като разработчици на софтуер за Windows

4
00:00:13,920 --> 00:00:18,400
и уеб приложения за най-добрите компании в света, възможно най-бързо.

5
00:00:18,660 --> 00:00:21,730
В този урок ние искаме да започнем с процеса на дисекция

6
00:00:21,780 --> 00:00:24,940
на тази първа малка програма, която създадохме. Искам да

7
00:00:24,990 --> 00:00:29,650
отделя няколко минути, за да разгледаме всеки ред код в този файл.

8
00:00:29,700 --> 00:00:35,510
Този файл program.cs, който можете да видите тук е основата

9
00:00:35,560 --> 00:00:38,070
за бъдещо проучване на C#.

10
00:00:38,790 --> 00:00:41,330
Първо нека наравим един бърз преглед на това, което направихме в

11
00:00:41,380 --> 00:00:44,840
предишния урок. Преди всичко ние използвахме Visual Studio IDE да

12
00:00:44,890 --> 00:00:49,260
създадем нов проект "Hello World". И тогава написахме код в

13
00:00:49,310 --> 00:00:51,760
зоната, която е дефинирана от тези две къдрави скоби. Направихме

14
00:00:51,810 --> 00:00:54,540
малко пространство за нас и написахме два реда код.

15
00:00:54,590 --> 00:00:57,650
След което стратирахме приложението, като щракнахме върху тази малка икона

16
00:00:57,700 --> 00:01:02,600
тук в лентата с инструменти. И това отвори

17
00:01:03,400 --> 00:01:08,090
прозореца на командния ред, конзолния прозорец. Нашето приложение се появи,

18
00:01:08,140 --> 00:01:11,210
то бе просто, и това са думите "Hello World", показани

19
00:01:11,260 --> 00:01:14,120
в този прозорец. Аз не посочих това, но можете да използвате

20
00:01:14,170 --> 00:01:16,500
Enter клавиша на клавиатурата, за да

21
00:01:17,990 --> 00:01:23,460
преминете паузата в приложението и да му позволите

22
00:01:23,510 --> 00:01:28,340
да продължи, като проключи своята работа. Като в този момент,

23
00:01:28,390 --> 00:01:32,710
конзолния прозорец просто изчезва. Надявам се, можете да видите как вашите действия,

24
00:01:32,760 --> 00:01:36,280
при писане и изграждане на приложението се проявяват винаги, когато

25
00:01:36,330 --> 00:01:40,290
стартирате приложението и взаимодействали с него. Но, това, което

26
00:01:40,340 --> 00:01:43,050
наистина искам да направите, е да затвърди тези идеи в ума си, защото

27
00:01:43,100 --> 00:01:47,220
те наистина осигуряват основата, фундамента на всичко

28
00:01:47,270 --> 00:01:50,440
което предстои. Така, че нека да започнем

29
00:01:50,490 --> 00:01:55,180
от вътре на вън да разглеждаме кодът, който написахме. Използвахме

30
00:01:55,230 --> 00:01:57,170
език за програмиране, наречен C#.

31
00:01:57,950 --> 00:02:00,510
Има много програмни езици в света, но на този

32
00:02:00,560 --> 00:02:04,320
момент C# е един от двата популярни езици за програмиране, използвани за

33
00:02:04,370 --> 00:02:06,530
създаване на .NET приложения.

34
00:02:07,500 --> 00:02:11,610
C# е един от основните езици за програмиране, които Microsoft поддържа

35
00:02:11,660 --> 00:02:14,200
в Visual Studio. Силно Ви препоръчвам да научите

36
00:02:14,250 --> 00:02:17,690
колкото можете повече за C#, през следващите дни и седмици.

37
00:02:17,740 --> 00:02:21,040
Това е може би най-добрият избор, когато започвате.

38
00:02:21,570 --> 00:02:24,810
Сега, повечето разработчици се стремят да овладеят един език за програмиране

39
00:02:24,860 --> 00:02:28,100
когато започват. Но, след като овладеете един

40
00:02:28,150 --> 00:02:31,250
програмен език, изучаването на втори и трети език, ще

41
00:02:31,300 --> 00:02:34,550
бъде по-лесно, тъй като много от концепциите ще се прехвърлят, дори

42
00:02:34,600 --> 00:02:37,850
ако синтаксисът е малко по-различен. Като човек

43
00:02:37,900 --> 00:02:42,050
писал приложения повече от 20 години, мога да Ви уверя,

44
00:02:42,100 --> 00:02:46,120
че C # е чудесен език за програмиране, за да започнете.

45
00:02:46,170 --> 00:02:50,430
Когато се учите как се пишат приложения със C#,

46
00:02:50,480 --> 00:02:55,470
синтаксиса на езика, с други думи съществителните, глаголите и пунктуацията

47
00:02:55,520 --> 00:02:59,230
на езика за програмиране е само половината битка.

48
00:02:59,790 --> 00:03:04,250
Другата половина от битката е обучение свързано с предварително изградени

49
00:03:04,300 --> 00:03:07,230
функционалности, които са на разположение в езика за програмиране. В нашия

50
00:03:07,280 --> 00:03:11,970
случай Microsoft е създал нещо, наречено .NET работна рамка.

51
00:03:12,020 --> 00:03:15,180
Това звучи мистериозно, но всъщност не е толкова зле.

52
00:03:15,230 --> 00:03:18,050
За сега, само две части от работната рамка на .NET,

53
00:03:18,100 --> 00:03:18,960
ни засягат.

54
00:03:19,660 --> 00:03:24,860
Първо има клас библиотека, която е просто една библиотека с код

55
00:03:24,910 --> 00:03:28,200
която Microsoft е написала, за да поеме трудните задачи, така че

56
00:03:28,250 --> 00:03:32,520
разработчиците не трябва да се притесняват за тях.

57
00:03:32,570 --> 00:03:38,260
Има библиотеки, помагащи с математическите операции, или при работа с текст,

58
00:03:38,310 --> 00:03:41,710
или показващи неща на екрана на компютъра, или предаващи

59
00:03:41,760 --> 00:03:45,630
информация по интернет и куп други неща.

60
00:03:45,680 --> 00:03:48,960
Това е първата част, клас библиотеката. Втората част

61
00:03:49,010 --> 00:03:52,790
на .NET работната рамка се нарича: по време на изпълнение. Още известна

62
00:03:52,840 --> 00:03:58,130
като обща езикова среда или CLR. И това просто един защитен

63
00:03:58,180 --> 00:04:01,230
балон, в който Вашето приложение живее. Използвам тази

64
00:04:01,280 --> 00:04:07,880
фраза: защитен балон, тъй като CLR, по време изпълнението, се грижи

65
00:04:07,930 --> 00:04:11,640
за детайлите на ниско ниво, така че Вие като разработчици можете да се фокусирате

66
00:04:11,690 --> 00:04:15,430
върху това, което приложението Ви прави и по-малко за това, как да взаимодействате с

67
00:04:15,480 --> 00:04:17,850
операционната система на компютъра, паметта му, неговият хардуер и

68
00:04:17,900 --> 00:04:22,580
така нататък. Още повече CLR осигурява защита за

69
00:04:22,630 --> 00:04:27,150
крайния потребител, така че зловредния разработчик на софтуер

70
00:04:27,200 --> 00:04:30,630
не може да направи много вреда на потребителския компютър, или поне не без

71
00:04:30,680 --> 00:04:34,010
неговото одобрение и знание. Така че, за сега това е

72
00:04:34,060 --> 00:04:37,200
клас библиотеката на работната рамка .NET, върху която искам да се фокусирате.

73
00:04:37,250 --> 00:04:40,390
Когато говорим за израза Console.WriteLine

74
00:04:42,540 --> 00:04:46,840
ние използваме някакъв код от тази клас библиотека, който знае как да

75
00:04:46,890 --> 00:04:51,070
изведе текст на екрана в прозореца на командния ред. И всичко, което трябва

76
00:04:51,120 --> 00:04:55,170
да направите, е да кажа това, което искам да се покаже или по-скоро ние просто трябва

77
00:04:55,220 --> 00:04:59,020
да кажем важната част. Не се грижим как се пише

78
00:04:59,070 --> 00:05:03,010
текст, ние просто се грижим, текстът да бъде показан на екрана.

79
00:05:03,060 --> 00:05:05,440
И това е, което правим тук на първият ред.

80
00:05:06,330 --> 00:05:09,480
Така че, нека се фокусираме отново на този код. Когато написах този код

81
00:05:09,530 --> 00:05:12,280
се уверих, да подчертая, че трябва да напишете код на

82
00:05:12,330 --> 00:05:16,640
правилното място, между отварящите и затварящите фигурните скоби,

83
00:05:16,690 --> 00:05:20,460
в противен случай приложението ще е грешно и ние ще говорим

84
00:05:20,510 --> 00:05:24,250
за това надълго и нашироко. Правилното място е между тези отварящи

85
00:05:24,300 --> 00:05:28,430
и затварящи фигурни скоби, както виждате на екрана. Фигурните скоби

86
00:05:28,480 --> 00:05:33,400
определят блок от код. Както можете да видите тук има

87
00:05:33,450 --> 00:05:36,820
няколко комплекта от фигурни скоби. Вие можете да мислите за тях

88
00:05:36,870 --> 00:05:40,540
като за серия от контейнери. Ще опростя това

89
00:05:40,590 --> 00:05:42,570
за момент и засега ние ще работим с това определение

90
00:05:42,620 --> 00:05:44,050
ще се върнем на това определение по-късно, но в този най-вътрешния

91
00:05:44,100 --> 00:05:48,790
блок код, който се определя от тези фигурни скоби, има име.

92
00:05:49,600 --> 00:05:53,500
Името на този блок код е Main.

93
00:05:54,120 --> 00:05:57,670
Това е името на този код. И се случва така, че този код

94
00:05:57,720 --> 00:06:01,450
се изпълнява първи, когато приложението оживява, когато

95
00:06:01,500 --> 00:06:04,800
приложението се изпълни. Нека не се тревожим в момента за тези

96
00:06:04,850 --> 00:06:08,460
други думи: static, void, string и args. Ние ще

97
00:06:08,510 --> 00:06:10,030
стигнем до тях, малко по-късно.

98
00:06:10,740 --> 00:06:16,390
Но целия този блок код тук определя нещо, наречено метод.

99
00:06:16,440 --> 00:06:19,910
И методът всъщност е просто един блок код, който има име.

100
00:06:20,420 --> 00:06:22,760
По-късно Вие ще научите, че един метод е много

101
00:06:22,810 --> 00:06:26,030
повече от това, но нека просто да използваме това работно определение

102
00:06:26,080 --> 00:06:29,850
в следващите няколко урока. Методът има име, така че когато

103
00:06:29,900 --> 00:06:33,020
имате име, Вие можете да извикате, това име и можете да изпълните, този

104
00:06:33,070 --> 00:06:37,800
блокът код, свързан с това име. Повече за методите

105
00:06:37,850 --> 00:06:38,760
малко по-късно.

106
00:06:39,310 --> 00:06:42,910
Наименованият метод, се намира в друг набор фигурни

107
00:06:42,960 --> 00:06:44,460
скоби, като виждате тук.

108
00:06:45,710 --> 00:06:48,900
Това е class Program.

109
00:06:49,790 --> 00:06:54,220
Представете си класа, просто като инструмент за организиране, начин да пазите

110
00:06:54,270 --> 00:06:58,040
всички Ваши методи организирани. Поставете всички методи, които

111
00:06:58,090 --> 00:07:01,990
са по някакъв начин свързани заедно в един клас. Какво

112
00:07:02,040 --> 00:07:06,180
имам предвид под свързани? Това Вие трябва да решите. И когато

113
00:07:06,230 --> 00:07:08,330
се задълбаете в програмирането, ще разберете

114
00:07:08,380 --> 00:07:12,420
философията на писането на код, която ще диктува къде

115
00:07:12,470 --> 00:07:13,740
даден код трябва да се постави.

116
00:07:14,290 --> 00:07:18,360
Всъщност класът е много повече от инструмент за организация.

117
00:07:18,410 --> 00:07:21,770
Аз наистина опростих понятието, но както казах за методите,

118
00:07:21,820 --> 00:07:24,340
нека да опростим нещата за сега. Нека го използваме

119
00:07:24,390 --> 00:07:26,810
като работно определние няколко урока, докато получим

120
00:07:26,860 --> 00:07:29,460
шансът да говорим за създаване на Ваши собствени класове малко

121
00:07:29,510 --> 00:07:32,600
по-късно в тази поредица от уроци. Основната поука засега

122
00:07:32,650 --> 00:07:36,700
е, че кодът е организиран в контейнери от фигурни скоби.

123
00:07:36,750 --> 00:07:42,050
Имате някои блокове код, които се намират вътре в други блокове код.

124
00:07:42,100 --> 00:07:46,680
Забележете, че самата клас програма се намира в

125
00:07:46,730 --> 00:07:47,340
блок код.

126
00:07:48,290 --> 00:07:51,340
И той се нарича "Hello World".

127
00:07:51,880 --> 00:07:54,740
Отново, за да опростим нещата, мислете за namespace,

128
00:07:54,790 --> 00:07:59,290
"Hello World",  като още един начин за организиране на код.

129
00:07:59,340 --> 00:08:00,910
Ние ще се върнем към това по-късно и аз ще кажа

130
00:08:00,960 --> 00:08:04,310
повече за класовете, и за именованите пространства, но за сега,

131
00:08:04,360 --> 00:08:08,520
мислете за тях като за начини за поддържане на кода организиран и

132
00:08:08,570 --> 00:08:11,960
не забравяйте, че методите, които създавате, трябва да се намират в рамките

133
00:08:12,440 --> 00:08:15,710
на клас и именовано пространство.

134
00:08:16,300 --> 00:08:18,010
Нека да разгледаме този първи ред код, който

135
00:08:18,060 --> 00:08:20,380
написахме. Нека да го иследваме още повече.

136
00:08:21,560 --> 00:08:29,060
Console.WriteLine, отварена и затворена крълги скоби и фразата "Hello World" поставена в кавички.

137
00:08:30,680 --> 00:08:33,950
Ние действително изпълняваме метод тук, блок код, който някой

138
00:08:34,000 --> 00:08:38,430
друг е написал. Името на метода е WriteLine. И този

139
00:08:38,480 --> 00:08:42,720
метод всъщност е част от клас наречен Console.

140
00:08:43,550 --> 00:08:48,590
Всъщност, вторият ред код, който написахме тук, изпълнява

141
00:08:49,080 --> 00:08:52,530
друг метод от този клас, наречен ReadLine.

142
00:08:53,100 --> 00:08:56,040
ReadLine е друго име на блок код, които някой друг е написал

143
00:08:56,090 --> 00:08:59,450
и двата метода са организирани в

144
00:08:59,500 --> 00:09:05,100
клас наречен Console. Тъй като и двата метода се занимават

145
00:09:05,150 --> 00:09:07,930
с взаимодействие с конзолата, то смислено

146
00:09:07,980 --> 00:09:10,570
и двата са организирани вътре в класа Console.

147
00:09:10,620 --> 00:09:14,340
Така, и двата методи са написани от някой друг,

148
00:09:14,390 --> 00:09:17,090
някой в Microsoft. Ние сме заели код, или по-скоро,

149
00:09:17,140 --> 00:09:21,180
изпълняваме код, който е написан от някой друг, чрез

150
00:09:21,460 --> 00:09:24,940
обръщение към името на класа и името на метода.

151
00:09:25,530 --> 00:09:28,680
Сега забележете, че има точка между тях,

152
00:09:28,730 --> 00:09:30,840
този оператор точка тук.

153
00:09:32,100 --> 00:09:36,370
Това се нарича "достъп до член". С други думи можем да имаме достъп

154
00:09:36,420 --> 00:09:41,190
до член на класа на конзолата с помощта на оператора точка, след името

155
00:09:41,240 --> 00:09:45,010
на класа, и след това името на члена или по-скоро

156
00:09:45,060 --> 00:09:47,340
метода, който искаме да се изпълни.

157
00:09:48,320 --> 00:09:51,950
Следват методите WriteLine и ReadLine

158
00:09:52,000 --> 00:09:55,120
с чифт кръгли скоби, непосредствено след тях.

159
00:09:55,170 --> 00:09:57,910
в случая с ReadLine, това е всичко, но в случая с

160
00:09:57,960 --> 00:10:01,960
WriteLine имаме нещо по средата на отварящите и затварящите на скоби.

161
00:10:02,820 --> 00:10:04,130
Двойните кавички

162
00:10:05,570 --> 00:10:09,270
казват на C#, че ние предаваме буквален низ в тези методи.

163
00:10:09,320 --> 00:10:13,080
С други думи, ние искаме буквално точно тези думи, да се покажат.

164
00:10:13,560 --> 00:10:17,210
В сравнение с какво може да попитате? Аз ще Ви отговоря,

165
00:10:17,260 --> 00:10:20,050
малко по-късно, когато говорим за променливи. Ключовата идея тук е,

166
00:10:20,100 --> 00:10:24,040
че някои методи могат да очакват входни стойности, като буквален низ

167
00:10:24,090 --> 00:10:27,520
в нашия случай, който след това се използва от метода, за да

168
00:10:27,570 --> 00:10:31,560
бъде показан в конзолния прозорец. Ще се върнем на понятието

169
00:10:31,610 --> 00:10:35,830
методи и предаване на стойности към метод, в бъдеще, както

170
00:10:35,880 --> 00:10:39,550
направихме с този "Hello World" в двойните кавичките.

171
00:10:41,390 --> 00:10:47,200
Знайте, че всеки път, когато видите скоби след дадена дума, то

172
00:10:47,250 --> 00:10:51,140
се извиква метод. Наименован блок код

173
00:10:51,190 --> 00:10:53,570
се извиква така, че да може да се изпълни.

174
00:10:54,230 --> 00:10:56,340
Нека сега поговорим за тази точка и запетая, която

175
00:10:56,390 --> 00:10:58,630
може да е причинила проблеми за някои от вас, ако не сте

176
00:10:58,680 --> 00:11:01,900
свикнали да пишете C# код. Можете да видите, че тя присъства в цялата

177
00:11:01,950 --> 00:11:04,590
програма, тук най-отгоре с някакъв код, за който не съм

178
00:11:04,640 --> 00:11:06,490
Ви говорил, тези using оператори. Ние ще стигнем до

179
00:11:06,540 --> 00:11:08,770
тях, малко по-късно. А така също, и в редовете код,

180
00:11:08,820 --> 00:11:12,720
който сме въвели. Точката и запетаята, се поставя точно като точка

181
00:11:12,770 --> 00:11:17,080
която поставяме в разговорния език в края на изречение. Тя завършва мисъл в C#.

182
00:11:17,910 --> 00:11:21,020
Някои програмни езици като Visual Basic например, позволяват

183
00:11:21,070 --> 00:11:25,390
по една мисъл на ред с код, но в C# можете да организирате множество

184
00:11:25,440 --> 00:11:32,480
пълни мисли на един ред код, като просто добавяте точка и запетая между тях.

185
00:11:32,530 --> 00:11:35,300
Бихме могли да направим това и нашата програма все пак ще работи.

186
00:11:35,350 --> 00:11:37,590
Но по този начин е по-трудно да се чете, затова

187
00:11:37,640 --> 00:11:39,130
ги поставяме на два отделни реда.

188
00:11:39,780 --> 00:11:42,310
Възможно е също така, взимайки една единствена мисъл, то тя да се раздели

189
00:11:42,360 --> 00:11:44,840
в няколко реда. Тези редове код са толкова къси, че

190
00:11:44,890 --> 00:11:47,150
наистина няма смисъл да правим това, но когато стигнем до

191
00:11:47,200 --> 00:11:49,950
дълги редове код по-късно в тези серии, Вие ще

192
00:11:50,000 --> 00:11:53,260
видите да записвам един ред код в няколко реда, така че

193
00:11:53,310 --> 00:11:55,090
да се чете по-лесно.

194
00:11:56,550 --> 00:12:02,890
Както можете да видите, новите редове и празното пространство,

195
00:12:03,780 --> 00:12:06,800
тук можем да добавим празно пространство, и наистина

196
00:12:06,850 --> 00:12:11,220
няма значение за C#. Всъщност запетаите и фигурните скоби

197
00:12:11,270 --> 00:12:12,390
са важни.

198
00:12:12,910 --> 00:12:17,870
Забележете, че има някакво отместване в нашия код,

199
00:12:17,920 --> 00:12:21,870
по подразбиране. Искам да кажа, че текстовия редактор на Visual Studio ще

200
00:12:21,920 --> 00:12:24,880
Ви напътства в тази посока. Ако се опитате да напишете

201
00:12:24,930 --> 00:12:30,530
един ред код чак тук, Console.WriteLine и след това натиснете нов ред

202
00:12:30,580 --> 00:12:34,260
Забележете, че той автоматично го отмества

203
00:12:35,600 --> 00:12:37,410
на правилното място.

204
00:12:38,220 --> 00:12:43,190
Това е напълно по желание в C#, но е толкова важно,

205
00:12:43,240 --> 00:12:46,820
че Visual Studio IDE ще се опита да добави празно място по подразбиране.

206
00:12:46,870 --> 00:12:47,800
Защо предполагате че го прави?

207
00:12:48,490 --> 00:12:50,900
Не е ли малко по-разбираемо по този начин, чрез

208
00:12:50,950 --> 00:12:55,870
отместването да видим кой код към кой контейнер принадлежи,

209
00:12:55,920 --> 00:12:59,760
независими дали е метод, клас или именувано пространство. Повечето хора

210
00:12:59,810 --> 00:13:03,170
мислят така. Аз също, така че ето защо Visual Studio прави това

211
00:13:03,220 --> 00:13:07,640
автоматично за вас. Visual Studio оцветява тези линии код

212
00:13:07,690 --> 00:13:12,000
който сте въвели в прозореца. Както може да

213
00:13:12,050 --> 00:13:15,220
видите имената на класовете са в цвят аква, може би зелено,

214
00:13:15,270 --> 00:13:16,290
на вашия екран.

215
00:13:17,150 --> 00:13:22,200
Специалните резервирани думи на C# са в синьо, като: static, class и

216
00:13:22,250 --> 00:13:23,860
void, ще говорим за тях по-късно.

217
00:13:24,490 --> 00:13:27,820
Низовете, подобно на думата "Hello World" в двойните кавички,

218
00:13:27,870 --> 00:13:32,880
са в червено. Това прави кода Ви по-разбираем за човека.

219
00:13:33,390 --> 00:13:35,730
Добре, да продължим от тук.

220
00:13:36,390 --> 00:13:40,140
Може да видите, че работим с файл, наречен Program.cs

221
00:13:41,150 --> 00:13:45,600
Това е етикетът, който виждаме в горната част на екрана

222
00:13:45,650 --> 00:13:47,740
където работим в момента, ако погледнем тук

223
00:13:47,790 --> 00:13:50,570
отдясно в този малък прозорец в горния десен

224
00:13:50,620 --> 00:13:55,690
ъгъл виждаме Solution Explorer. В него има

225
00:13:55,740 --> 00:13:58,320
дървовиден изглед на елементите

226
00:13:59,660 --> 00:14:03,090
от нашия проект или решение. На самия връх, имаме

227
00:14:03,140 --> 00:14:06,810
нещо, наречено: Solution "Hello World" и вътре

228
00:14:06,860 --> 00:14:11,210
имаме друг запис, наречен HelloWorld. Това всъщност

229
00:14:11,260 --> 00:14:16,720
е самия проект и в който можете да видите няколко икони.

230
00:14:16,770 --> 00:14:20,300
Ако Ви се налага, можете да ги разширите, и ще видите други файлове, малки

231
00:14:20,350 --> 00:14:22,730
икони и неща от този род. Ще научите повече

232
00:14:22,780 --> 00:14:26,150
за Solution Explorer и другите прозорци, които са на разположение

233
00:14:26,200 --> 00:14:30,960
малко по-късно. Но, просто казано Solution Explorer е основното ни

234
00:14:31,010 --> 00:14:34,380
навигационно средство към файлове и настройки, които някога

235
00:14:34,430 --> 00:14:39,250
събрани заедно ще изградят нашата завършена програма, нашият завършен

236
00:14:39,300 --> 00:14:44,080
.NET монтаж, който можем да изпълним или сложим на нечий компютър.

237
00:14:44,130 --> 00:14:46,930
Можете да видите тук е Program.cs

238
00:14:46,980 --> 00:14:50,990
Ако затворя този прозорец, след записване на направените промените, мога да го отворя

239
00:14:51,040 --> 00:14:54,560
отново, чрез намирането му тук в Solution Explorer

240
00:14:54,610 --> 00:14:58,220
и посредством двойно щракване, да го отворя отново.

241
00:14:58,270 --> 00:15:04,860
Така файлове и важни настройки са организирани в проекти,

242
00:15:05,340 --> 00:15:09,390
които се компилират в един .NET монтаж, изпълнима

243
00:15:09,440 --> 00:15:12,840
програма или не, ще говорим за това по-късно.

244
00:15:13,820 --> 00:15:18,600
Един или повече проекти са организирани в решения.

245
00:15:19,170 --> 00:15:21,230
В много случаи, когато започвате Вие ще

246
00:15:21,280 --> 00:15:25,130
имате само един проект в рамките на решение, но когато започнете

247
00:15:25,180 --> 00:15:28,780
по-сложни приложения с течение на времето е много вероятно, че

248
00:15:28,830 --> 00:15:33,310
ще трябва да управлявате множество проекти, които са свързани по някакъв начин.

249
00:15:33,870 --> 00:15:37,220
Причината може да не е очевидна, в този момент, но като

250
00:15:37,270 --> 00:15:41,580
продължите обучението си по C# и разработката на по-сложни бизнес ориентирани

251
00:15:41,630 --> 00:15:45,740
приложения за големи компании това става решаваща

252
00:15:45,790 --> 00:15:49,490
стратегия за управление на код. Засега забравете това, че

253
00:15:49,540 --> 00:15:54,060
имате този допълнителен слой за решения съдъжащи проекти.

254
00:15:54,110 --> 00:15:57,960
Това ще стане по-важно, когато преминете основите.

255
00:15:58,010 --> 00:16:01,310
Големият въпрос в този момент трябва да бъде

256
00:16:01,360 --> 00:16:04,500
Къде се съхраняват всички тези файлове? Имам предвид, че не мога да ги видя в

257
00:16:04,550 --> 00:16:07,040
Solution Explorer. Къде са те на моя твърд диск?

258
00:16:10,050 --> 00:16:14,370
Когато разчитате на средата при създаване на проект, трябва да живеете

259
00:16:14,420 --> 00:16:17,530
с конвенциите, които тя използва за създаване на решения

260
00:16:17,580 --> 00:16:18,490
и проекти.

261
00:16:19,050 --> 00:16:21,780
 Вие имате възможност да променяте това. Имах възможността и

262
00:16:21,830 --> 00:16:25,890
я игнорирах в предишния урок. Така че, ако използвате

263
00:16:25,940 --> 00:16:30,070
Windows 7 ще видите нещо под библиотеките в ляво

264
00:16:30,120 --> 00:16:33,200
и когато изберете библиотеките ще видите записа

265
00:16:33,250 --> 00:16:37,040
за документи тук в средата. В Windows 8 и по-нови в

266
00:16:37,090 --> 00:16:40,630
Windows Explorer, ще искате да отидете в този компютър,отваряте надолу и

267
00:16:40,680 --> 00:16:43,950
отивате на документи, което е една от опциите.

268
00:16:44,000 --> 00:16:46,900
Ще видите папка, наречена Visual Studio и след това годината

269
00:16:46,950 --> 00:16:51,200
или по-скоро версията. В този случай аз съм с Visual Studio 2013.

270
00:16:51,380 --> 00:16:55,100
Възможно е да използвате нещо, наречено Visual Studio 2075,

271
00:16:55,150 --> 00:16:57,540
след 50-70 години, считано от днес или какъвто е случаят.

272
00:16:58,510 --> 00:17:01,650
Да продължим напред и да щракнем върху това

273
00:17:01,700 --> 00:17:04,490
с което в момента работите, така че можете да видите

274
00:17:04,540 --> 00:17:08,720
вътре в него. Има няколко папки тук, които позволяват

275
00:17:08,770 --> 00:17:12,040
да разширите функционалността на работната среда, но по-важna

276
00:17:12,090 --> 00:17:15,380
е папката projects тук в средата. Щракнете,

277
00:17:15,430 --> 00:17:18,760
за да видите съдържанието й, и тъй като това е първият път,

278
00:17:18,810 --> 00:17:21,750
в който създадох проект, то Виждам само една папка "Hello World"

279
00:17:21,800 --> 00:17:25,040
и когато добавя още проекти те ще появят

280
00:17:25,090 --> 00:17:27,700
тук и те ще запълнят цялата тази област. Щракнете

281
00:17:27,750 --> 00:17:32,040
тази папка "Hello World", за да видите съдържанието й. Вътре

282
00:17:32,090 --> 00:17:36,000
Вие ще видите друга папка "Hello World", както и

283
00:17:36,050 --> 00:17:39,310
няколко файлове, които са имена helloworld.нещоси, като

284
00:17:39,360 --> 00:17:42,920
този случай helloworld.sln, hellowworld.v12suo.

285
00:17:44,440 --> 00:17:49,220
Така втората папка "Hello World", всъщност съдържа самия проект.

286
00:17:51,500 --> 00:17:56,320
Какъв е този файл? helloworld.snl е файлът на решението,

287
00:17:56,370 --> 00:17:58,840
който е просто XML файл, съдържащ настройките, които са

288
00:17:58,890 --> 00:18:02,770
записани от Visual Studio. Нека да влезем на дълбокото. Ние ще

289
00:18:02,820 --> 00:18:05,700
щракнем на "Hello World" папката на проекта, за да видим

290
00:18:05,750 --> 00:18:06,720
съдържанието й.

291
00:18:07,230 --> 00:18:11,250
Можете да видите множество папки и файлове във вътрешността на проектите.

292
00:18:11,300 --> 00:18:13,770
Някои от тях може да Ви изглеждат познати, ако ги сравним с

293
00:18:13,820 --> 00:18:15,060
Solution Explorer.

294
00:18:15,780 --> 00:18:19,490
Това е така, защото вече сте ги видели в Solution Explorer.

295
00:18:19,540 --> 00:18:21,350
В допълнение Вие ще видите един файл, наречен helloworld.csproj

296
00:18:21,400 --> 00:18:25,100
или файл на C# проект.

297
00:18:26,290 --> 00:18:29,800
Това също е XML файл и съдържа важни настройки, които се

298
00:18:29,850 --> 00:18:34,440
използват от Visual Studio и евентулано от C# компилатора, за да

299
00:18:34,490 --> 00:18:37,950
създаде .NET монтаж, изпълнима версия на нашето приложение.

300
00:18:38,470 --> 00:18:41,180
Просто от любопитство, искам да отворя

301
00:18:41,230 --> 00:18:45,110
този helloworld.csproj файл в Notepad и аз просто искам да

302
00:18:45,160 --> 00:18:47,470
видя съдържанието му. Аз със сигурност не искам да правя промени

303
00:18:47,520 --> 00:18:50,420
в него. Аз просто искам да го отворя и разгледам. Така че това, което

304
00:18:50,470 --> 00:18:54,490
ще направя, е да щракна с десния бутон на "Hello World" проектния файл

305
00:18:54,540 --> 00:18:57,940
и избера "Отвори с". И когато го направя, Вие ще видите

306
00:18:57,990 --> 00:18:59,720
малък диалогов прозорец.

307
00:19:00,620 --> 00:19:05,430
На първо място, и това е важно, моля не пропускайте това.

308
00:19:05,480 --> 00:19:10,610
премахнете това, защото Вие не искате Notepad, да бъде

309
00:19:10,660 --> 00:19:14,120
приложението по подразбиране, което да отваря файлове с CS проекти

310
00:19:14,170 --> 00:19:18,160
от сега нататък. Вие ще ме проклинате, ако сте пропуснали тази стъпка.

311
00:19:18,210 --> 00:19:20,890
Щракнете върху "Още опции" и намерете Notepad. Обикновено е

312
00:19:20,940 --> 00:19:25,640
в повече опции и сега мога да отворя този

313
00:19:27,100 --> 00:19:30,580
"Hello World" проектен файл и това което виждаме в Notepad

314
00:19:30,630 --> 00:19:34,470
е един куп XML. XML означава Разширен език за маркиране

315
00:19:34,520 --> 00:19:38,760
той много прилича на HTML, защото е език

316
00:19:38,810 --> 00:19:39,880
базиран на тагове.

317
00:19:40,670 --> 00:19:44,420
Използва се често в софтуерната индустрия, като средство за добавяне

318
00:19:44,470 --> 00:19:48,950
на конфигурационни настройки за дадено приложение или в този случай за

319
00:19:49,000 --> 00:19:52,120
проектния файл. Това понякога се нарича метаданни.

320
00:19:52,830 --> 00:19:56,780
Този файл съдържа файлове, предишното състояние на проекта,

321
00:19:57,080 --> 00:19:59,550
например кои прозорци са отворени за последен път, когато отворихме

322
00:19:59,600 --> 00:20:03,560
 Visual Studio и много други важни настройки.

323
00:20:03,610 --> 00:20:07,680
Трябва да подчертая дебело: Не правете никакви промени в

324
00:20:07,730 --> 00:20:08,430
този файл!

325
00:20:09,140 --> 00:20:12,650
Това може да развали проекта безвъзвратно.

326
00:20:12,700 --> 00:20:15,260
В интерес на истината, това приложение, бихме могли да изхвърлите,

327
00:20:15,310 --> 00:20:17,490
но никога не забърквайте това, освен ако не знаете какво правите.

328
00:20:17,540 --> 00:20:20,170
В този момент аз дори не знам какво правя. Така че, не

329
00:20:20,220 --> 00:20:22,690
пипам тези неща и Вие не трябва да го правите.

330
00:20:22,740 --> 00:20:25,750
Исках да Ви демонстрирам, че никаква магия не се случва тук.

331
00:20:26,390 --> 00:20:30,000
Това са просто един куп настройки за конфигурация, които съдържат в един проект.

332
00:20:30,050 --> 00:20:32,710
И същото важи и за решенията. Те просто са на малко

333
00:20:32,760 --> 00:20:37,290
по-високо ниво в йерархията, колекция от проекти, които

334
00:20:37,340 --> 00:20:38,280
работят заедно.

335
00:20:39,020 --> 00:20:42,560
Това, което искам да направя е да затворя Notepad, без да запазя

336
00:20:42,610 --> 00:20:45,550
промените, които може случайно да са направени, ако си сложиш лакътя

337
00:20:45,600 --> 00:20:48,100
на клавиатурата или котката прибяга, докато гледате

338
00:20:48,150 --> 00:20:52,340
този файл, не запазвайте тези промени. Върнете се обратно в Windows

339
00:20:52,390 --> 00:20:56,580
Explorer на "Hello World" проектната папка, която съдържа bin директория.

340
00:20:56,940 --> 00:21:01,790
И думата bin е съкратено от binary. Обозначаваща двоичен

341
00:21:01,840 --> 00:21:05,260
изход, който е създаден при процеса на компилация.

342
00:21:05,770 --> 00:21:08,440
Ако отворите тази папка, както направих аз, че ще разкрие съдържанието й

343
00:21:08,490 --> 00:21:12,770
и трябва да видите папка debug, директория за отстраняване на грешки.

344
00:21:12,820 --> 00:21:18,090
Когато щракнете върху debug бутона или използвате бутона run

345
00:21:18,140 --> 00:21:23,670
тук в лентата с инструменти, зад кулисите Visual Studio компилира

346
00:21:23,720 --> 00:21:27,170
приложението Ви, в така наречена debug версия. Версията за отстраняване на грешки

347
00:21:27,220 --> 00:21:31,240
съдържа допълнителна информация, която позволява на Visual Studio

348
00:21:31,290 --> 00:21:33,990
да следи какво се случва в момента

349
00:21:34,040 --> 00:21:37,710
по време на изпълнението на програмата. И както ще видите

350
00:21:37,760 --> 00:21:40,730
това е един от най-силните страни на Visual Studio.

351
00:21:40,780 --> 00:21:44,660
Тази интегрирана среда за откриване на бъгове ни позволява

352
00:21:44,710 --> 00:21:50,450
да гледате изпълненито на кода ред по ред, като средство за определяне

353
00:21:50,500 --> 00:21:54,410
къде може да има проблеми с нашия код. Ще говорим за

354
00:21:54,460 --> 00:21:57,520
тази, много готина и важна екстра, малко по-късно.

355
00:21:58,180 --> 00:22:04,020
В един момент искам да създам release версия на нашия .NET

356
00:22:04,070 --> 00:22:06,580
монтаж, която мога да сложа на компютрите на други хора и да ги оставя да

357
00:22:06,630 --> 00:22:08,460
стартират моето "Hello World" приложение.

358
00:22:09,270 --> 00:22:14,440
Ние не искаме тази release версия на приложението, да

359
00:22:14,490 --> 00:22:18,540
бъде раздута с всичката допълнителна информация, от която Visual Studio

360
00:22:18,590 --> 00:22:24,130
се нуждае, за отстраняване на грешки между Visual Studio

361
00:22:24,180 --> 00:22:27,510
и стартираното приложение. Затова ние създаваме

362
00:22:27,560 --> 00:22:31,490
release версия на нашия код, както ще направим след малко,

363
00:22:31,540 --> 00:22:34,180
но това което искам да направя сега, е да се върна тук и да щракна два пъти

364
00:22:34,230 --> 00:22:37,300
на тази дебъг папка, за да видя нейното съдържание.

365
00:22:38,210 --> 00:22:42,490
Вътре виждам доста файлове. Най-важният от тях е

366
00:22:42,540 --> 00:22:46,930
програмата HelloWorld.exe. В зависимост от Вашата конфигурация

367
00:22:46,980 --> 00:22:51,930
на Windows 8 и Windows Explorer, може да не виждате разширенията на файловете,

368
00:22:51,980 --> 00:22:54,070
както се случи тук.

369
00:22:54,990 --> 00:22:59,640
Какво направих тук? Гледам в опциите, не знам какво съм направил,

370
00:22:59,690 --> 00:23:05,600
но има начин в Windows Explorer, да промените опциите при преглед.

371
00:23:05,880 --> 00:23:11,300
Ето ги, затова убедете се, че не е

372
00:23:13,780 --> 00:23:18,270
включена опцията: скрий разширенията на известните типове файлове и щракнете OK.

373
00:23:18,320 --> 00:23:23,860
След това се уверете, че сте направили това за всички папки в Windows,

374
00:23:23,910 --> 00:23:26,520
ако искате да ги преглеждате по този начин. Ако не, погледнете на типа

375
00:23:26,570 --> 00:23:29,000
в колоната, намираща се в дясната страна, и се уверете че виждате

376
00:23:29,050 --> 00:23:32,840
приложенията и нито един от тези други файлове, които са

377
00:23:32,890 --> 00:23:35,820
наименувани почти идентично, те имат друга дума

378
00:23:35,870 --> 00:23:39,310
в края, например като .config. Само малък съвет тук.

379
00:23:39,360 --> 00:23:42,740
Тези другите файлове имат различни задачи. Главно свързани с

380
00:23:42,790 --> 00:23:45,880
процеса при отстраняване на грешки, с други думи, за да се запази

381
00:23:45,930 --> 00:23:49,700
синхрона на Visual Studio с кода, който в момента се изпълнява

382
00:23:49,750 --> 00:23:53,560
в този монтаж. Ние ще видим това, при изпълнение в

383
00:23:53,610 --> 00:23:55,160
следващия урок, само почакайте.

384
00:23:55,890 --> 00:23:58,740
Основната идея обаче е, че това е версия за отстраняване на грешки.

385
00:23:58,790 --> 00:24:02,940
Това не е оптимизирана версия, която да бъде сложена на компютри на крайни потребители, защото

386
00:24:02,990 --> 00:24:07,110
тя съдържа всичите тези допълнителни неща, които се използват от Visual Studio с

387
00:24:07,160 --> 00:24:10,200
цел отстраняване на грешки. В крайна сметка ние ще искаме да създадем

388
00:24:10,250 --> 00:24:13,530
release версия на приложението, която да разпространяваме на крайния

389
00:24:13,580 --> 00:24:18,590
потребител, и след малко ще кажем повече. Нека направим това,

390
00:24:18,640 --> 00:24:21,220
Аз просто ще щракна два пъти върху HelloWorld.exe, като съм сигурен

391
00:24:21,270 --> 00:24:24,510
че щракам на това, което е от тип приложение. Двойно

392
00:24:24,560 --> 00:24:28,610
щракване и ето програмата работи отново. Въпреки че

393
00:24:28,660 --> 00:24:32,090
това е debug версия на приложението, можете да видите, че

394
00:24:32,140 --> 00:24:36,750
приложението може да бъде стартирано независимо от Visual Studio.

395
00:24:36,800 --> 00:24:39,140
Натиснете клавиша за нов ред на клавиатурата, за да продължи

396
00:24:39,190 --> 00:24:40,100
и да излезе.

397
00:24:41,100 --> 00:24:43,540
Отново, когато стартираме от Visual Studio, то ще

398
00:24:43,590 --> 00:24:46,520
е в състояние да го синхронизира и дори да погледне вътре по време на изпълнението

399
00:24:46,570 --> 00:24:49,480
на приложението, като ни позволи да видим кои редове код в

400
00:24:49,530 --> 00:24:52,680
момента се изпълняват и да се извърши отстраняване на грешки.

401
00:24:53,360 --> 00:24:54,550
Повече информация по-късно.

402
00:24:55,380 --> 00:24:58,130
Ако искаме да създадем самостоятелна версия на

403
00:24:58,180 --> 00:25:01,980
нашето приложение, което можем да дадем на някой друг.

404
00:25:02,030 --> 00:25:06,560
След като приключите с писането на код, отстраняването на грешки и като се уверите

405
00:25:06,610 --> 00:25:09,610
че прилжоението ни работи коректно, можем да създадем release

406
00:25:09,660 --> 00:25:13,770
версия на нашия апп. Така че, обратно в Visual Studio има

407
00:25:13,820 --> 00:25:16,790
падащото меню, което съдържа три записа.

408
00:25:17,410 --> 00:25:21,510
Ето го! Тук има: debug, release и

409
00:25:21,560 --> 00:25:25,180
configuration manager. Ясно е, че debug създава

410
00:25:25,230 --> 00:25:27,540
версия на приложението за отстраняване на грешки. Видяхме папката, която

411
00:25:27,590 --> 00:25:33,030
се създава в Windows Explorer. Тук възможността release, създава

412
00:25:33,080 --> 00:25:35,690
публична версия на приложението, а тази опция

413
00:25:35,740 --> 00:25:37,780
configuration manager, щракнете върху нея, отваря се този

414
00:25:37,830 --> 00:25:40,850
диалог, който Ви позволява да създавате различни конфигурации.

415
00:25:41,090 --> 00:25:43,420
И това е приложимо, когато имате няколко проекта в

416
00:25:43,470 --> 00:25:46,340
решението и искате да ги смесите и съпоставите Debug и

417
00:25:46,390 --> 00:25:49,060
Release версиите на всеки проект или таргетирате различни

418
00:25:49,110 --> 00:25:55,490
платформи, например платформа x86 срещу x64 платформа.

419
00:25:55,770 --> 00:25:58,550
Това е за по-напредналите, така че нека просто игнорираме това.

420
00:25:58,600 --> 00:26:01,250
Да затворим този прозорец и да се махнем оттук. Това, което искаме

421
00:26:01,300 --> 00:26:04,290
да направим, е да изберем release.

422
00:26:04,950 --> 00:26:09,550
И след това, от Build менюто изберете Build solution.

423
00:26:09,600 --> 00:26:14,370
Това ще създаде изпълнимaта програма за конфигурацията

424
00:26:14,420 --> 00:26:16,830
която сте избрали, в нашия случай release конфигурацията

425
00:26:16,880 --> 00:26:21,800
без всъщност да стартираме приложението след това.

426
00:26:21,850 --> 00:26:24,690
В долния десен ъгъл можете да видите "build sucseeded"

427
00:26:24,740 --> 00:26:28,880
предполагайки, че не са въникнали никакви нови грешки в

428
00:26:28,930 --> 00:26:33,400
кода от предишните за които вече говорихме. Обратно в Windows Explorer,

429
00:26:33,450 --> 00:26:37,690
нека се върнем с едно ниво нагоре и ще видим нова папка, наречена release.

430
00:26:38,480 --> 00:26:43,120
Нека да отворим тази папка, и може би ще

431
00:26:43,170 --> 00:26:47,230
бъдете изненадани да видите, същите файлове и тук.

432
00:26:47,280 --> 00:26:51,780
Мислех, че при създаването на тази версия на приложението

433
00:26:51,830 --> 00:26:55,460
за компютри на други хора, тя ще бъде без всичките тези допълнителни неща, от които

434
00:26:55,510 --> 00:26:58,470
Visual Studio се нуждае, да следи при версията за отстраняване на грешки.

435
00:26:58,520 --> 00:27:01,150
Истината е, че при тези прости примери

436
00:27:01,200 --> 00:27:04,460
за конзолни приложения, резултатът ще бъде идентичен

437
00:27:04,510 --> 00:27:08,000
между версиите release и debug. Когато напреднете,

438
00:27:08,050 --> 00:27:12,890
като разработчик, ще имате възможност, условно да

439
00:27:12,940 --> 00:27:17,320
събирате определен код, базиран на конфигурацията, която сте избрали.

440
00:27:17,790 --> 00:27:22,070
Как и защо бихте избрали да направите това, съжалявам но, малко

441
00:27:22,120 --> 00:27:25,480
по-късно за това. Нека просто да не говорим за това за сега.

442
00:27:25,530 --> 00:27:28,480
Бъдете наясно с разликата между debug и release версиите

443
00:27:28,530 --> 00:27:31,390
на приложенията за сега и да знаете как да създавате

444
00:27:31,440 --> 00:27:35,370
всяка една от тях. Добре, ние обхванахме много неща в

445
00:27:35,420 --> 00:27:38,420
този урок. Така че, аз просто искам да обобщя, какво говорихме.

446
00:27:38,470 --> 00:27:42,590
Първо говорихме за кода, който писахме в предишния ни урок.

447
00:27:42,960 --> 00:27:46,280
Говорихме за организация на кода. Как той е организиран

448
00:27:46,330 --> 00:27:50,640
в фигурни скоби, тези скоби представляват блок код,

449
00:27:50,690 --> 00:27:51,960
блок съдържащ код.

450
00:27:53,070 --> 00:27:58,580
Добавихме код в метод, наречен main, който се изпълнява

451
00:27:58,630 --> 00:28:01,340
автоматично, когато потребителят стартира приложението.

452
00:28:02,070 --> 00:28:05,720
Методите са организирани в класове, а те се организират

453
00:28:05,770 --> 00:28:10,650
в именовани пространства. Видяхме как методи, написани от Microsoft

454
00:28:11,560 --> 00:28:15,610
работят в конзолния или командния прозорец. Всъщност

455
00:28:15,660 --> 00:28:18,260
и двата метода, които използвахме, WriteLine и ReadLine

456
00:28:18,310 --> 00:28:22,260
се организирани в същия клас. Същият Console

457
00:28:22,310 --> 00:28:28,440
клас и достъпвахме методите от конзолата с помощта на

458
00:28:28,490 --> 00:28:33,290
оператора точка, за достъп до методите на

459
00:28:33,340 --> 00:28:35,800
този Console клас, в случая два от тях.

460
00:28:37,240 --> 00:28:41,810
Предадохме буквалният низ "Hello World",

461
00:28:42,260 --> 00:28:45,880
ограден от двойни кавички, като аргумент на

462
00:28:45,930 --> 00:28:49,560
метода WriteLine. Не ни пука как методът WriteLine

463
00:28:49,610 --> 00:28:53,790
прави своята магия, просто се грижим, той да може да покаже в конзолата

464
00:28:53,840 --> 00:28:58,170
това което искам, да се покаже. В този случай "Hello World".

465
00:28:58,460 --> 00:29:02,000
Говорихме за синтаксиса на C#, по специално необходимостта

466
00:29:02,050 --> 00:29:06,190
точката и запетаята да завършват мисълта, като препинателен знак в C# израза.

467
00:29:06,440 --> 00:29:11,370
Говорихме за редовете, разстоянията, отместването, и как те

468
00:29:11,420 --> 00:29:14,710
се отразяват на кода, така че да го направим по-лесен

469
00:29:14,760 --> 00:29:19,270
за нас "хората", да го прочетем и разберем какво се случва.

470
00:29:19,320 --> 00:29:24,110
Отбелязахме как редактора на код използва цвят за

471
00:29:24,160 --> 00:29:27,460
допълнително подпомагане на четивността на нашия код. Използвахме

472
00:29:27,510 --> 00:29:32,140
solution explorer, за да се разберем организацията на файловете с код.

473
00:29:32,190 --> 00:29:36,010
Говорихме за проекти като средство за събиране на всички файлове

474
00:29:36,060 --> 00:29:39,990
и настройки, необходими за генериране на .NET монтаж.

475
00:29:40,400 --> 00:29:43,110
Обаснихме как няколко проекта могат да бъдат управлявани

476
00:29:43,160 --> 00:29:47,210
под един чадър, чрез Solution Explorer, който

477
00:29:47,260 --> 00:29:48,310
също разгледахме добре.

478
00:29:48,920 --> 00:29:51,830
Накрая говорихме за това, къде можете да намерите всички файлове от

479
00:29:51,880 --> 00:29:55,700
Вашия проект, както и за файловата структура за компилираните версии

480
00:29:55,750 --> 00:29:59,090
debug и release при .NET монтажа.

481
00:29:59,470 --> 00:30:03,130
Добрата новина е, че сте на правия път, учене на .NET

482
00:30:03,180 --> 00:30:03,750
и C#.

483
00:30:04,400 --> 00:30:07,680
Някои от най-досадните неща, са вече зад

484
00:30:07,730 --> 00:30:11,140
Вас и от тук нататък е много по-вълнуващо.

485
00:30:11,190 --> 00:30:13,870
Ще разгледаме основните възможности на средата

486
00:30:13,920 --> 00:30:17,240
която използваме и след това ще продължим

487
00:30:17,290 --> 00:30:22,930
да изразяваме още логика, която можем да добавим към програмите ни в C#.

488
00:30:22,980 --> 00:30:25,340
Добре, ще се видим в следващия урок. Благодаря Ви!