Шаг первый

Зайдите на официальный сайт Visual Studio -> https://visualstudio.microsoft.com/ru/

Скачайте именно Visual Studio Community, остальные версии платные и требуют лицензию.

Вам на компьютер должен будет сохранится установочный файл, который нужно открыть.

Шаг второй

При открытии установочного файла откроется Visual Studio Installer (далее VSI). Это отдельная программа специально созданная для управления версиями Visual Studio (на подобии Unity Hub). В VSI вы должны увидеть следующую картину:

Если же у вас эта панель не появилась автоматически перейдите во вкладку "Доступно" и нажмите кнопку "Установить" напротив "Visual Studio Community"

Тут вы должны выбрать "Разработка классических приложений .NET". Также вы можете выбрать "Разработка классических приложений на С++", если вы хотите также иметь доступ к языку программирования С++.

Дополнительно

Также хочу показать как можно уменьшить размер скачиваемого контента, если у вас мало свободного места на диске или же плохое интернет соединение.

Когда вы нажмете на "Разработка классических приложений .NET" справа появится более тонкий выбор компонентов. При выборе какого-либо набора компонентов также автоматически с ними скачиваются дополнительные, необязательные компоненты необходимые лишь для упрощения процесса, однако он будет полезен только более профессиональным разработчикам.

Можете смело убирать варианты, указанные на скриншоте выше.

Шаг третий

Теперь нажмите кнопку "Установить" (или "Изменить") снизу и ждите скачивание всех файлов а также установку. В течении установки компьютер может довольно сильно зависать и нагреваться, так что я советую не использовать его пока установка не окончится.

После установки просто откройте установленный Visual Studio через ярлык на рабочем столе или через меню "Пуск".

Как изменить уже установленную версию Visual Studio

Если вы уже установили Visual Studio и обнаружили, что не можете создать проект Windows Forms, то не следует переустановлять Visual Studio. Вы можете использовать Visual Studio Installer для изменения уже установленных версий Visual Studio.

Чтобы открыть VSI откройте меню "Пуск" и в поиске вбейте название "Visual Studio Installer".

Откройте его. Вы увидите список всех установленных версий Visual Studio. Найдите нужную версию и нажмите "Дополнительно" а далее "Изменить".

Далее подождите недолгую загрузку. Дальше можете делать все, как указано выше в шагах, начиная со второго шага.

Что такое веб-сайт?

Перед тем как вливаться в ряды веб-программистов сначала определимся с тем, во что всё-таки мы так старательно хотим влиться.

Веб-страничка - это HTML-документ, на каком-то сервере, передающийся на ваш браузер. Эти странички создаются фронтэнд языками - HTML, CSS (или LESS, если CSS почему-то не ваше) и JS.

Верстка веб-сайта - (не путать с верстки в печати страниц для журналов, именно из этого термина в печати и появился термин в вебе, так что не надо использовать InDesign для верстки сайтов!) это разработка веб-странички. Во время верстки верстальщик использует языки разметки и фронтенд языки программирования (О них подробнее далее) либо визуальные редакторы, но они всегда сильно урезаны по функционалу.

Верстальщик - профессия сейчас модная и востребованная, однако когда верстальщики говорят, что они программисты, то как-то жалко становится ;( (не считать JavaScript! Там немного по другому) Они не работают с методами, классами и прочими "сложными штучками" обычных программистов. Если и работают, (в JavaScript) то немного в другом формате.

HTML - это язык разметки (ML в конце это от англ. "Marking Language", который есть и в XAML) и они по сути не являются языками программирования. Так что сказать "Я программирую на HTML" нельзя, иначе вас посчитают за сбрендившего.

CSS - это таблица стилей (SS в конце это Style Sheet, как и у LESS) который задаёт страничке внешний вид. Он тоже не является ЯП-ом, но имеет более простой синтаксис, который, кстати, чем-то напоминает обычные ЯП-ы.

JavaScript - это уже ЯП. Он скриптовой и интерпретируемый. Он нужен для оживления страницы и добавления в нее элементов с взаимодействием с пользователем без необходимости постоянной и обязательной перезагрузки страницы. Однако после каждого обновления CSS становится всё более не нуждающейся в JavaScript, перенимая у него некоторые функции, что, конечно, улучшает удобство верстки сайта и освобождает разработчика от лишних хлопот с JS.

Какие есть виды веб-страничек?

Есть два вида веб-страниц - статические и динамические.

Статические веб-страницы - это страницы, которые вы заранее записываете и они такие, какими вы их написали, не более. Максимум CSS-файл изменится, и всё.

Динамические веб-страницы - наоборот, создаются сервером при обработке HTTP запроса, т.е. постоянно меняются и пересоздаются. Это хоть и намного сложнее, чем просто кинуть юзеру готовый сайт, но функциональнее, ведь без этого такие простые вещи как комментарии не сделаешь (ну, можно сделать, но придется каждый коммент прописывать в страничку в ручную, что не очень удобно, особенно при 100+ уников в день)

Что такое фронтэнд и бекэнд?

Так, с видами страничек разобрались, но что такое фронтэнд и бекэнд, о которых так много шума?

Фронтэнд - это всё, что связано с пользовательским интерфейсом (UI) и тем, что в итоге попадёт пользователю на экран.

Бекэнд или серверное программирование - это логика сайта. Особенно нужен для динамических сайтов. Это программа, стоящая на сервере и принимающая HTTP запросы у пользователей, обрабатывающая его, собирая все данные и отправляющая конечный ответ обратно пользователю.

Языки бекэнда:

• PHP - самый популярный и легкий. Он "из коробки" умеет всё, что нужно сайту. Он самый простой и один из самых востребованных. Однако работая с ним вы собираете множество плохих привычек, которые считаются плохим тоном у других "нормальных" языков.
• Python - второй по популярности, если не первый. Идеален, если вы его уже знаете. Надо всего-то научится работать с фреймворком. Отлично работает и быстро пишется. Шикарно подходит для научных вычислений, нейросетей и ИИ, однако для бекэнда очень часто используется.
• JavaScript - да, он фронтэнд язык, но с помощью Node.js можно использовать его и для бекэнда. Синтаксис у него для всего кроме фронтэнда, конечно, ужасен, но кому нравится - сойдет. Плюс - не придется учить новый язык, если вы - верстальщик.
• Java - благодаря фреймворкам и старости языка он стал одним из наиболее популярных для этой цели языков, но потом быстро упал. Сейчас далеко не актуален. Но если лень учить новый язык, а Java уже знаете - сойдет, пока, но лучше сразу учите новый, пока не поздно.
• Ruby - фреймворк Ruby on Rails распахнул Ruby огромные просторы для бекэнда. Довольно популярен, научится можно, но на большое коммьюнити не надейтесь (хотя кто об этом говорит? Разраб на ASP.NET MVC!?!)
• Go! (или Golang)- язык, разработанный Гуглом специально для серверного программирования. Все ожидали ему огромный рост популярности и становление самым главным языком для этого, но что-то не сраслось. По синтаксису он невероятно простой, это как С# без лишних деталей и ужасных исключений.
• C# - Microsoft выделила много усилий ради этого фреймворка. В отличии от многих других фреймворков, ASP.NET сделан самими Microsoft, которые и создали язык, (или по крайней мере его поддерживают) что, конечно, добавляет ему очки надежности и хорошой совместимостью с самим языком.

Что такое C# ASP.NET MVC?

Мой канал о C#, так что ASP.NET.

ASP.NET в общем - это фреймворк, основанный на .NET Framework, специально созданный для создания веб-приложений.

ASP.NET MVC - это один из двух ветвей ASP.NET, на ровне с Веб-формами. (их не трогайте, фигня) MVC - это Model-View-Controller - популярная система работы веб-приложений.

Как учить C# ASP.NET MVC 5?

Из курсов могу посоветовать хороший видеокурс от ITVDN ASP.NET MVC 5. Уровень 1 и более менее курс от Byte++ ASP.NET MVC 5 и еще один без голоса, но я его потерял. Также есть новый курс от LoftBlog Веб-приложение на asp.net mvc core, первый урок которого вышел буквально 4 дня назад, буду следить.

Также есть отличное видео, которое расскажет вам насколько глубока тема веба и вообще слегка протолкнет тебя и подготовит к трудностям советую ВСЕМ. Что нужно знать, чтобы стать ASP.NET MVC разработчиком?

Делать ли мне продолжение о том, как работает бекэнд в целом и ASP.NET MVC с частности, а также о CMS?

Также подписывайтесь на мой Телеграмм канал, если не подписаны! Путь C# / Для новичков

1) Типизация

Типизация - один из важнейших факторов как для первого языка, так и для второго, а иногда и для третьего. (но это уже редкость) Конечно как новичок вы можете недооценивать это или недоумевать, что же в этом такого.

В C# - строгая типизация. Некоторые считают, что лучше начинать с динамической, а некоторые вообще с языков без нее. Это совершенно неправильно, как считаю я и множество профессиональных программистов, (я не один из их числа, но осведомлен) ведь когда у тебя динамическая ты не до конца понимаешь как устроены типы данных, если не углубляться. Однако это один из фундаментальных понятий в каждом языке, о котором важно знать. Однако не бойтесь - это довольно просто, если разобраться в вопросе, а не просто сидеть на "динамике".

Также большой плюс для новичков, которые выбрали C# как первый язык окажется то, что в Шарпе есть множество типов данный - от String до Sbyte. Некоторые новички наоборот отталкиваются от мысли, что "придется учить ворох всяких типов, а потом путаться", а если этому еще и кто-нибудь "взрослый" посоветует - бегите! Лучше сразу понимать множество типов и использовать их в разных языках, а при переходе на новый не разбираться в новых типах, а сразу их использовать по назначению и по опыту. Вам так будет только проще. А то будете недоумевать "А зачем так много типов? Можно же одним Integer обойтись!".

(Сразу поясню - такое количество типов нужно, чтобы грамотно оптимизировать код, ведь лучше тратить меньше ОЗУ на переменную с парой цифрами и использовать Byte, чем на эту мелочь тратить в 4 раза больше с Integer. Да, это всё в байтах высчитывается, но представьте, что у вас их - массив из сотен элементов! Ну как?)

2) Производительность и легкость

C# вобрал в себя всё наилучшее из C++, Java и других языков, но при этом не взял багов, недоработок, костылей и т.д. У него легкий синтаксис, в отличии от C++, но при этом почти, если не также производителен. Да, в нем нельзя работать на разных уровнях абстракции и в нем нет гибкой работы с памятью, но зато его синтаксис не вызывает ужас, в нем легко разобраться и вообще: "зачем новичкам работа с памятью, вы чё здурели!?!" Если что можно относительно легко перейти на тот же C++.

3) Благоприятная среда

C# - сильно развивающийся язык. Он быстро улучшается, (относительно) и имеет очень дружелюбное коммьюнити, (опять же - относительно) а также имеет просто нереально удобный IDE в лице Visual Studio. Всё это - результат работы Microsoft для формирования "идеального языка для дружбы и радуги".

4) Множество применений

У C# есть множество применений, в которых он преуспевает.

• Бэкэнд - C# очень даже популярен для бэкэнда, но, очевидно, не достаточно, чтобы стоять на ровне с PHP, Python и Node.js. Однако он, насколько мне известно, используется чаще чем тот же Go. (Golang)
• Веб-приложения - если в бэкэнде он не сильно преуспевает, то для веб-приложений он довольно таки хорош. ASP.NET сильно в этом преуспел.
• Разработка ПО - Microsoft = Windows, Windows = самая популярная настольная ОС. А кто у нас самый популярный язык для разработки нативных приложений? Верно, C#! WPF - самый мощный, продвинутый и удобный инструмент для этого, а сияние WinForms еще не до конца угасло. Есть и C++, но он всё же уступает в пользу кроссплатфоменности.
• Разработка мобильных приложений - Xamarin в пролёте. Он не то что не популярен - его не любят. Хотяте в моб. приложения - идите к Kotlin (Android) и Swift (IOS). Даже если смотреть на кроссплатформенную разработку Xamarin ели-ели двигается, ведь приходится писать разметку под каждую ОС.
• Разработка инди и мобильных игр - Unity - это ваш единственный выбор. Почему? А потому что он самый популярный, легкий и технологичный игровой движок, и при этом всём бесплатный. Пока Godot не покарил рынок у вас два варианта - идти навстречу Godot или веселиться с Unity.
• Разработка ААА игр - Ну, тут уже C# проигрывает C++, из-за производительности и движка. Почти все крупнобюджетные движки (Unreal Engine, CryEngine и пр.) пишутся на C++, не считая FrostBite, в котором пишут на C#, но он только у злого и ужасного EA, так что тут шансы падают, если вы не идете работать к студии с Unity или к дочерней студии/самой EA.

Как видите Шарп очень многогранный язык, особенно в сфере игр и разработки ПО.

Минусы

А вот пошли минусы C# для новичков.

1) "Любовь" Visual Studio к тебе

Как бы это странно не звучало, но удобство Visual Studio и его постоянная помощь - минус для новичков. Но как это? Новичкам для набивки опыта важно делать всё самому, иначе ничего не закрепится достаточно сильно и придется долго и упорно допиливать навыки.

Я сам на этом попал, когда переходил на другой язык, в котором есть только ты, текстовый редактор и отладчик. Тогда я реально почувствовал боль, когда после долгого глаженья по головке тебе приходится всё делать самому. Да, это легко пересилить, но след останется и всегда будет в уголку сознания повторяться слова типа "Эй! У этой IDE нет *какая-то удобная штука из Visual Studio*! Он фигня!!!", хотя и у всех остальных нормальных этой мелочи нет.

2) Кроссплаформенность

Хотя этот минус C# уже заделывают добавляя C# во всё большее кол-во ОС, но всё же это не нативная поддержка как у C++. Да, C# не был кроссплатформенным изначально, а задумывался как пленник Windows, но потом Microsoft поняли свою ошибку (или не они, я уже не помню) и начали её исправлять.

Также замечу, что всякие движки и фреймворки уже нативно имеют кроссплатформенность и в общем этот минус засчитывается только при работе с чистым Visual C#.

Итог

Как итог могу сказать, что C# практически идеален как первый язык, по крайней мере как просто входная дверь. Да, если вы изучаете веб, то он вам окажется абсолютно бесполезен, но он мягко и плавно вбросит в самую пучину технологий и всего крутого в мире программирования. Если вы мечтатель о будущей игре - бегите изучать C# немедленно! (Если не хотите в Unreal) Хотите просто иногда создавать ПО для "Винды"? C# - идеал для вас! Сами знаете C#, но надо сделать сайтик по быстрому? Возможностей ASP.NET вполне хватит, если, конечно, хотите влезать в эту пучину бесконечных терминов, технологий и протоколов. (Легче в конструкторы или WordPress, если честно)

5) Представим, что в вашу игру уже играют достаточное количество людей и у вас находят всё чаще и больше багов. Один, по всей видимости вы не справитесь. Что же делать? Использовать удаленный*, а не локальный** репозиторий, конечно!

Локальный репозиторий - это репозиторий, находящийся на вашем компьютере, которым вы пользуйтесь именно сейчас. Если это сервер, то этот же репозиторий может являться и удаленным* для других устройств.

Удаленный репозиторий - это репозиторий, находящийся на другом компьютере (или сервере). В основном такие репозитории хранятся на всяких сервисах типа GitHub, GitLab, BitBucket и т.д.

Вы решили, что для вашей работы вам вполне сойдёт GitHub. Вы зарегистрировались в нем и загрузили локальный репозиторий, а точнее клонировали* его.

Скачать репозиторий можно, но зачем? Намного удобнее использовать клонирование. Клонирование - это перенос репозитория из удаленного в локальный и наоборот. (Не путать с Push)

6) Так, вы клонировали репозиторий на GitHub и теперь дали к нему доступ Олегу - вашему другу. Он делает, к примеру, функцию сохранения в Google Drive. Он создает новую ветку Feature/cloud_saving. Однако эта ветка создалась только у него на компьютере. Почему так произошло?

Это произошло, потому что клонирование работает так, что вы просто создаете у себя на компьютере локальный репозиторий, который следует за удаленным. Олег создал ветку только у себя на локальном репозитории, а чтобы она создалась на удаленном ему надо выполнить Push*.

Push - это отправка всех новых изменений с локального на удаленный репозиторий. Каждая ветка отправляет коммиты на удаленную ветку, которой она следует. Например, на удаленном репо. есть ветка origin/dev, а у вас на "локалке" есть ветка dev. Логично, что ветка dev будет отправлять свои коммиты на origin/dev. Это и есть следование локальной ветки удаленной. (Не забывайте, что это идет именно Локальный -> Удаленный, а не наоборот)

7) Так, Олег, по всей видимости, уже закончил фичу и решил, что она уже готова. Однако просто взять и залить всё в основную ветку - не вариант. Надо чтобы главный разработчик - в данном случае вы - проверил всё. Иначе в проектах с открытым исходным кодом творился бы полный хаос. Но Олегу сообщить вам, что фича готова? В реале встретиться - не удобно. Как же быть? Для этого есть Pull Request*.

Pull Request - незаменимая функция Git для Open Source проектов, особенно когда за проектом следят команда из разрабов, а претендентов на добавление новых фич - море. К каждому обращаться не совсем правильно, так что для этого у Git есть свой метод. Вы просто кидаете свои изменения из вашей ветки в основную ветку и к одному из главных разработчиков (владельцев проекта или ветки) приходит уведомление, что такой-то человек хочет добавить в такую-то ветку такие-то изменения. В таком случае этот владелец проекта смотрит изменения, делает Code Review, и делает вывод - добавлять эту фичу, отправить на доработку или полностью отклонить. (Надеюсь было понятно)

На этом вторая часть окончена, а в следующей мы поговорим о таких вещах как rebase как альтернатива merge (да, да, в следующей, а не в этой), merge конфликты и их решения. Спасибо за внимание!

Что такое система управления версиями?

Перед тем, как мы начнем изучение Git, мы сначала должны узнать что это такое. Git, конечно, не единственная система управления версиями, есть и другие. Но что это в общем?

Система управления версиями (или СУВ) - это система, которая позволяет вам сохранять все изменения в проекте, откатываться до одного маленького изменения, который вы сделали ещё месяц назад, не трогая изменения, которые были совершены после него. Также СУВ позволяет очень удобно работать в команде, даже без необходимости сидеть в одном офисе.

Как работает Git?

Обычно, Git сравнивают с деревом. Ну, это логично, учитывая что в Git есть ветки, которые исходят от других веток. Но ветки деревьев не могут сливаться и вообще яблоки не особо похожи на коммиты.

1) Давайте представим, что у вас есть какой-то проект - например, игра. Вы её разрабатываете, дорабатываете и исправляете баги. Вы создали репозиторий* с проектом и начали записывать изменения в нем.

*Репозиторий - это сама папка с проектом, в котором хранится все файлы, конфигурация Git, все коммиты и т.д. и т.п.

2) Теперь вы начали изменять проект и, например, добавили возможность сохранения игры в XML файл. Как это зафиксировать? Создать коммит* (commit) конечно!

*Коммит - это как сохранение в играх. Он фиксирует изменения в ветке.

Представим это изменение как кружок на нашей диаграмме:

Стрелками мы обозначаем движение (ну или рост) нашей ветки.

3) Так, вы выпустили стабильную версию своей игры. Теперь вы ловите и лечите баги для следующего релиза и вам приходит гениальная мысль добавления возможности кастомизации персонажа. Но вы не хотите портить стабильную версию, да ещё и с уже вылеченными багами. Что же делать? Создать новую ветку*

Ветки - это различные вариации одного и того же проекта, но со своими коммитами и историей, не касающиеся основной или любой другой ветки.

Принято называть и использовать ветки вот так:

1. master - основная ветка, в которой как раз и выкатываются все стабильные релизы и доработанные фичи.
2. dev или development - ветка, в которой ведется основная работа и изменения - баг фиксы, добавление новых фич, исправление недочетов - которые в последствие перейдут в ветку master и выйдут в свет... или не выйдут. (для маленьких проектов можно делать баг фиксы и в master ветке, но тогда следует ставить теги* в местах релизов)
3. feature/*** или dev/*** - эти ветки исходят** из ветки dev. В них ведется работа над добавлением новый фич или больших баг фиксов, которые следует выделить в отдельную ветку.

Для работы над новой фичей создадим новую ветку - dev. В диаграмме для удобства покрасим эту ветку в красный цвет. Вот так это будет выглядеть:

4) Теперь представим, что вы нашли критический баг в вашей программе, который надо срочно передать всем остальным веткам. Для этого используется так называемое действие merge*

Merge или Слияние - это слияние коммитов веток.

Слияние идёт только в одну сторону. Это удобно, если нам надо перенести баг фиксы из master в dev не перенося фичу из dev в master.

Вот так это будет выглядеть:

Теперь в ветке dev есть не только хот баг фикс, но и другие коммиты, предшествующие этому.

На этом первая часть окончена, а в следующей мы поговорим о таких вещах как rebase как альтернатива merge, удаленные и локальные репозитории, а также работе в команде. Спасибо за внимание!

Проблемы и недостатки Newtonsoft.json

Данный пакет, конечно очень удобен, например для создания сохранений для игр, (Monogame!) ведь так вы сами создаёте нужные классы. Однако, если вы работаете с большим количеством данных, а нужных классов у вас нет и нет возможности (деньги, лень, количество разработчиков, чаще лень) сделать их, то зачем их делать? Да, через работу в экземпляром намного легче, но всё же. Для решения этой проблемы к нам приходит SimpleJSON.cs (он же есть и на Java и Python) который вместо создания экземпляра по шаблону просто создает словарь (Dictionary) с типом JSONNode. Для работы с ним (в особенности в нашем случае) очень удобен цикл foreach, который проходит по всем элементам массива или словаря. Делается это по следующей схеме:

string someJSON = "{ \"Name\":\"Andrei\", \"Gender\":\"Male\", \"Age\":23, \"Hobbies\":[{ \"Sports\": { \"Tennis\":true, \"Football\":false, \"Basketball\":false }, \"Design\":true, \"Coding\": { \"Freelance\":false, \"Outsourcing\":true, \"Opensourcing\":true }}]}";
var parsedData = JSON.parse(someJSON);

Теперь мы имеем переменную parsedData, которая вышла парсингом JSON данных someJSON. Как вы заметили, в SimpleJSON JSON парсится методом parse класса JSON. Попробуем узнать, занимается ли наш мужчина фринансингом и выведем это в консоль. Это делается с помощью квадратных скобок, т.е. в скобках мы пишем "путь" к нашим данным. В нашем случае Hobbies -> Coding -> Freelance:

Console.WriteLine(parsedData[Hobbies][Coding][Freelance])
//В консоль будет выведено false

Теперь будем использовать foreach. Попробуем вывести на экран какими видами спорта занимается наш мужчина, а какими нет:

var Name = parsedData[Name]
int i = 1;
foreach(JSONNode r in parsedData[Hobbies][Sports])
{
    switch i
    {
        case 1 { Sport = "Tennis"; break; }
        case 2 { Sport = "Football"; break; }
        case 3 { Sport = "Basketball"; break; }
    }
    string Tennis = $"That's {Name} is plays {Sport} is {r}";
    i++;
}

//В консоли будет следующее:
//That's Andrei is plays Tennis is true
//That's Andrei is plays Football is false
//That's Andrei is plays Basketball is false

Вы можете использовать это для создания бота Телеграмм, например. (намёк)

И на этом всё! Спасибо за внимание и удачного дня. Кстати, если вы хотите ещё, то обязательно заходите на мой Телеграмм канал! Тык!

Примечание: Эта часть будет поделена на три части, чтобы иметь возможность обратной связи, так что каждая часть будет довольно короткой, но вместе они длиннее чем обычная длина одной статьи.

Введение

Парсинг. Интересное слово, не так ли? Но что оно означает? Парсинг - это принятое в информатике определение синтаксического анализа. Для этого создается математическая модель сравнения лексем с формальной грамматикой, описанная одним из языков программирования. (в нашем случае C#)

Когда человек читает, то, с точки зрения науки филологии, он совершает синтаксический анализ, сравнивая увиденные на бумаге слова (лексемы) с теми, что есть в его словарном запасе (формальной грамматикой).

Принято разделять процесс парсинга на эти этапы:

1. выход в интернет, получение доступа к коду веб-ресурса и его скачивание;
2. чтение, извлечение и обработка данных;
3. представление извлеченных данных в удобоваримом виде (формате)

Парсинг в объект класса

Ладно, ладно, давайте на минуточку отойдем от этих веберских словечек и вернемся к самому важному - к коду. Как я уже говорил, мы будем парсить двумя способами. Первый из них - парсинг в объект определенного класса. Тут самое сложное - составить правильный класс. Только не думайте "Ой, всего лишь составить класс! Да это проще простого!". Нет. Это совсем не просто, особенно если у вас очень много данных. Но давайте по порядку...

Ну, мы уже установили Newtonsoft.json в прошлой статье, так что останавливаться на этом не буду. Вот наш JSON в string переменной JsonData: (я его взял с первой части серии статей)

string JsonData = "{ \"Name\":\"Andrei\", \"Gender\":\"Male\", \"Age\":23, \"Hobbies\":[{ \"Sports\": { \"Tennis\":true, \"Football\":false, \"Basketball\":false }, \"Design\":true, \"Coding\": { \"Freelance\":false, \"Outsourcing\":true, \"Opensourcing\":true }}]}"; //важно не забыть поставить слеши перед двойными кавычками, чтобы программа не посчитала их за окончание строки, но не сделайте частью строки реальные начало и конец строки

Теперь чтобы спарсерить эту строку нам нужен подходящий класс. Помните предыдущую статью, где мы смотрели как показывать данные JSON в полях класса? Это нам сейчас понадобится как никогда. Но перед этим расскажу как сделать так, чтобы программа поняла, какие поля соответствуют тем же данным в JSON. Это делается конструкцией [JsonProperty(*Имя переменной в строчном типе*)] прямо предыдущей строчкой перед полем. (Отметьте, что нельзя расположить два или более таких конструкции "штабелями", иначе "ошибка!") Это выглядит примерно так:

[JsonProperty("name")]
public string Name { get; set; }

Однако не подумайте, что иначе нельзя. Нет! Можно просто назвать поле также, как и в JSON-е, но это может быть неуместно, ведь в JSON можно называть переменные как хочешь, и если ты даже не получишь ошибку из-за пробела в названии поля, то точно получишь сообщение из-за несоответствия неймингу полей, так что если что, я вас не учил всегда так и делать, всегда есть другой путь, как есть тернарный оператор вместо if-else.

Так, об этом я вам рассказал, теперь давайте дам вам меленькое задание: попробуйте сами составить правильный класс. Если чего-то непомните или вам нужен JSON в красивой печати, то идите в первую и вторую часть. Жду ваши ответы в комментариях и до новых встреч! Продолжение должно выйти уже совсем скоро.

Продолжение следует...

JSON will return in "Work with JSON: part 3.2"

История движка

История движка началась еще в далеком 2007 году, когда программисты Хуан Линетски и Ариель Манзур начали разработку движка. С самого начала движок был закрытым и использовался некоторыми компаниями. Однако в 2014 году разработчики приняли решение сделать их ПО открытым и выложили исходники на GitHub под именем GODOT ENGINE. После этого разработка движка перешла сообществу (Godot Engine Community) и продолжается до сих пор.

Также примечательно, что название «Godot» является прямой отсылкой к пьесе Сэмюеля Беккета «В ожидании Годо». Она характеризует непрекращающееся желание добавлять новые возможности в движок, что будет постоянно приближать его состояние к идеальному инструменту всё ближе и ближе, но этот процесс не остановится.

В чем особенность GODOT от конкурентов?

На самом деле этих отличий огромная масса, ведь сам движок создавался с нуля. Но я всё-таки отмечу самые главные отличия, от которых и отходят остальные:

АРХИТЕКТУРА ДВИЖКА. Архитектура движка основана на дереве наследуемых "сцен". Каждый элемент сцены, в любой момент сам может стать полноценной сценой. Поэтому при разработке можно легко изменять полностью всю архитектуру проекта, расширять её элементы в любую сторону и работать с комплексными сценами на уровне простых абстракций.

РАБОТА С РЕСУРСАМИ ПРОЕКТА. Все игровые ресурсы, от скриптов до графических ассетов и игровых сцен, хранятся в папке проекта как обычные файлы, и не являются частью сложной базы данных проекта. Ресурсы, которые не представляют собой комплексных данных, хранятся в простых текстовых форматах (например, скрипты и сцены, в отличие от моделей и текстур). Эти решения позволяют значительно упростить разным командам разработчиков работу с системами управления версиями.

ВИЗУАЛИЗАЦИИ. Для многих важна графика. У Godot с этим всё в порядке. Графическая система для всех платформ построена на OpenGL ES 3.0. Рендеринг включает в себя технологии order-independent transparency, normal mapping, specularity. Также там используются такие полноэкранные постэффекты как FXAA, bloom, DOF, HDR, гамма-коррекции, distance fog, динамические тени на основе shadow maps и другие. Хочется сказать, что мне невероятно нравится освещение в Godot, я считаю оно тут божественно.

Также стоит отметить, что для 2D в Godot используется отдельная графическая подсистема, которая независима от 3D, когда во всех популярных 3D движках всё 2D основано на 3D, что довольно сильно портит оптимизацию и само по себе большие костыли. (Вспомните историю Unity - с самого начала он был только 3D, но когда "завезли" 2D оно стало просто 3D текстурами с неперспективной камерой)

Язык программирования

Стоит отдельно остановиться на ЯП-ах. Для некоторых разработчиков это важная тема, ведь они не хотят уходить из своего любимого языка. Так какие языки есть в Godot? Сам движок был написан на C++ и на нем и писались игры, но через время в движок пришли еще несколько языков. Вот их список:

• C++ - движок был написан на нем, как и многие другие, как Unreal Engine, и отлично его поддерживает
• GDScript - этот язык это отдельный язык самого движка. Он схож с Python, но имеет несколько весомых отличий. Например, многим C# разработчикам сложно перейти на Python, ведь он имеет динамическую типизацию. Однако GDScript имеет строгую типизацию, как и C#, так что всё хорошо. Также там есть еще несколько изменений, которые тронули оптимизацию архитектуры и подстраивание языка под движок. (Но всё же не забывайте, что это питонообразный язык, которому свойственны некоторые качества, которые могут показаться неприятным глазу шарповца)
• C# - да, в Godot есть C# (тогда бы его у меня не было, а я делал бы уроки по Unity) но он работает только в версии с Mono, которую вы можете скачать на офф. сайте (сам Mono надо скачивать отдельно) Однако есть еще одна проблема, но о ней позднее.
• Visual Scripting - также Godot поддерживает визуальное программирование.

Обучающие материалы

К сожалению, по Godot очень мало обучающего контента. Однако из сносных на русском я могу выделить два: официальную документацию на русском и видеокурсы от SkanerSoft.

Видеокурс от SkanerSoft довольно хорош, но и то там на GDScript, однако это единственный законченный курс

Документация же ПОЧТИ закончена, но именно в разделе про C# очень много не переведенного материала. Что за расизм! (Зуб даю, это заговор JS-ников) Она переводится очень медленно, ведь всё лежит на сообществе на GitHub, это и объяснение, почему именно C# не переведен - он не так уж и популярен среди Godot Community.

Также я нашел прикольный стартап, который делает профессиональные курсы по созданию игры на Godot, но не думаю, что платные курсы это то, чего вы ищите, тем более за эти деньги, но на всякий пожарный оставлю ссылку (кстати я оттуда и взял нижнюю картинку с кроликом и свиньей)

(Ссылки на оба материала в самом конце обзора)

Интерфейс редактора

Сразу скажу, что сижу на версии движка 3.0.0 потому что новая альфа версия 3.0.6 далеко не стабильна и сильно косячит! (ну, потому и альфа) Не советую никому, хоть она и имеет новые функции, просто подождите до нормальной, стабильной версии.

Как я уже говорил, он просто шикарен по этому. Он расчитан на то, что там есть всё, чтобы создать свою игру. Это полная IDE. (Не считая программы для создания графики, спрайтов и музыкального сопровождения, конечно) Естественно, что вы можете использовать и сторонний редактор кода, например, Visual Studio или MonoDevelop. Единственное, что меня смущает это подлагивание программы во время работы и эта консоль! Не знаю почему, но она меня дико бесит! В начале я думал, что она исчезнет после запуска программы, но она никогда не уходит.

Общие впечатления

Для меня Godot был темной лошадкой только недавно, но теперь я вижу, почему его так много людей любят. Да, у него есть много недостатков. Даже очень много, я сказал бы. Однако он - это "движок для первой игры" и им останется навсегда. Godot - это не продвинутый движок с самыми новыми фишками, это не супер функциональный инструмент, это не способ забрать деньги с покупателя, это не движок для ААА игр... Это движок для первой игры! Он простой в освоении, с простым в освоении языком, (спасибо родственность с Python) а самое главное с дружественным лицом приветствующий новых "игроделов". Всё это самое важное для самых важных людей - новичков. Именно для них был создан данный движок.

Конец

Надеюсь данный обзор вам понравился! Я попытался кратко обрисовать вам сам движок, чтобы вам было легче понять, нужен ли он именно вам. Я бы сказал, что он идеален для первой игры, но у него слишком мало учебных материалов и если выберите именно его, то точно не на C#. Если нужен именно C# то идите к Unity, но, как я уже говорил, GDScript очень даже хорош, тем более с строгой типизацией. (Python мечты, прям!)

Источники: Википедия, Курс SkanerSoft, офф. сайт Godot (англ.), офф. документация Godot (рус.)

Строка меню - это та строка, которая расположена под строкой состояния (та, на которой есть кнопки "свернуть", "на весь экран" и "закрыть") Она есть не во всех программах, в основном в тех, где надо работать с файлами/данными и т.д.

Мы же добавим в нашу строку две меню - изменение шрифта и открытие самодельного текстового редактора.

Строка меню как элемент WinForms

Строка меню - это тоже элемент, как и кнопка, текст и др., так что можем мы его можем найти в панели элементов.

Перетаскиваем его на нашу форму и видим, что какой-то элемент перешел в самый низ, а сверху программы появился белый прямоугольник. Это и есть наша строка меню. Нажимаем на нее видим надпись "Вводить здесь" и поле для ввода. Как вы и без меня поняли, тут мы вводим название элементов меню.

Давайте назовем наш первый элемент - "Настройки", т.е. там пользователь будет менять настройки нашего калькулятора. После этого снизу от элемента появляется раскрывающийся панель - это внутренние элементы наших "настроек". Нажмите на стрелочку и в открывшийся меню мы видим четыре элемента: "MenuItem", "ComboBox", "Seperator" и "TextBox". Каждый из элементов есть и в панели элементов (кроме "Seperator") и вы, надеюсь, с ними уже знакомы. Если нет, то вот перечисление их функций:

• MenuItem - это просто элемент, если на который вы наведете, из него выйдет еще менюшка с такими же элементами.
• ComboBox (нет, это не коробка с "к-к-к-комбо!") - это раскрывающиеся меню с несколькими вариантами выбора, в котором можно выбрать только один.
• Seperator - это просто перегородка или разделитель. Служит для разделения разных элементов. Удобен для разделения на категории.
• TextBox - просто ввод текста. Можно, например, вписывать имя, или другие данные.
• Label - в списке его нет, но чтобы его добавить надо вписать нужный текст в поле для ввода "Вводить здесь".

Просто введите текст "Открыть настройки" в поле для ввода "Вводить здесь".

Далее выбираем наш Label и открываем меню событий. Находим событие Click и устанавливаем ему метод SettingsOpen и далее жмем ПКМ по проекту и выбираем Добавить... -> Форма Windows. Называем новую форму "Настройки.cs" (да, я знаю, что лучше называть латиницей)

Дочерняя форма "Настройки.cs"

Теперь у нас есть вторая форма, но она не откроется, если ее не открыть. (да ладно) Чтобы это сделать надо зайти в наш метод SettingsOpen и создать в нем новый объект класса Настройки с именем settings (и зачем мы назвали его кириллицей???) и пишем метод Show объекта settings.

private void SettingsOpen(object sender, EventArgs e)
{
    Настройки settings = new Настройки();
    settings.Show();
}

Метод Show объекта класса позволяет показать какой-либо элемент. Однако не забывайте, что теперь форма Настройки - это дочерняя форма формы Form1, т.е. если вы закроете родительскую форму (Form1 если еще не поняли) то закроется и дочерняя. Чуть позднее мы обсудим вариант как открыть вторую форму не делая ее дочерней.

Изменение шрифта через FontDialog

Теперь заходим в конструктор формы Настройки.cs и добавляем в него FontDialog и Button с текстом "Выбрать шрифт". Задаем событию Click кнопки метод FontSelected. Теперь вписываем туда следующее:

private void FontSelected(object sender, EventArgs e)
{
    fontDialog1.ShowDialog(); //как вы можете заметить, класс fontDialog статичный и нам не требуется создавать объект
}

Вы можете заметить, что его нет на форме, а он появился снизу, как MenuStrip. Так появляются фоновые или сторонние элементы. В нашем случае, он сторонний, ведь он открывает системное окно выбора шрифта Windows.

Нам надо выбрать шрифт калькулятора. Но как изменить сразу все элементы, ведь там их много? А вот так: в WinForms (и в WPF вроде бы тоже) если вы не устанавливаете свои значения определенным свойствам элементов формы, то они получают значения "по умолчанию", а это "по умолчанию" - это значения формы. Шрифт в том числе.

Однако, чтобы это сделать мы должны не менять значение шрифта по умолчанию (если значение изменено, то оно будет жирным). Но тут есть одна проблема - размер шрифта. К сожалению, если мы изменим хоть что-то, будь то размер шрифта или формат, весь шрифт будет показан как не по умолчанию и это вызывает некоторые проблемы, ведь мы сделали шрифт кнопок и первого операнда 15pt. У нас два варианта - либо сделать так, чтобы пользователь выбирал шрифт каждого элемента по отдельности, что будет долго и муторно как для разработчика, так и для пользователя, либо сделать кнопки и все другие элементы маленькими, что будет не особо красиво, если не сделать соответствующие правки. Я, пожалуй, сделаю кнопки маленькими.

Так, теперь всё, что нам надо сделать - задать нужные значения форме. А делать мы это будем обращаясь к свойству формы Font:

private void FontSelected(object sender, EventArgs e)
{
    Form1 calculator = new Form1();
    fontDialog1.ShowDialog();
    calculator.Font = fontDialog1.Font;
}

Заметьте, что у FontDialog нет шрифта, ведь сам элемент даже не видем и не имеет визуальных черт, а он лишь открывает сторонний диалог. Однако у него есть свойство Font, что у других элементов является шрифтом текста. Дело в том, что при вызове диалога шрифтов и выборе шрифта в нем FontDialog вставляет шрифт, который мы выбрали в свое свойство Font. У него также есть свойство DialogResult, но это только результат действия диалога, например, его отмена. (DialogResult.Cancel)

Конец

Фух, этот урок я делал долго и нашел довольно много информации для вас. Надеюсь, вам понравилось. Также, если вы еще не подписаны на мой телеграмм канал, подписывайтесь (тык!) До скорого и удачи!

Подготовка

Думаю создавать консольное приложение вы умеете, так что начну с установки библиотеки Newtonsoft.json. Нам нужен именно он, ведь для данной задачи он лучше всего подойдет, а делать свой велосипед никто не спешит.

Заходим в проект и жмем ПКМ по проекту в обозревателе решений и выбираем "Управление пакетами NuGet...". Там заходим во вкладку "Обзор" и находим пакет "Newtonsoft.Json" и потом устонавливаем его. Думаю с этим у вас проблемы не возникнут. (надеюсь)

Далее нам понадобится одна библиотека. Она нужна для использования файлов, т.е. их чтения, записи и создания. Чтобы это сделать вы должны в самом начале файла Program.cs (там где много using) вписать следующее:

using System.IO;

Так, проект мы подготовили, теперь приступаем.

Создание самих данных

Чтобы использовать JSON как хранитель данных сначала вам нужны эти самые данные. Но в каком виде их вписывать? В виде классов, конечно! Т.е. мы будем создавать класс, а его поля - это данные. Сейчас расскажу поподробнее.

Как я уже говорил, в JSON есть три типа данных: переменные, массивы и объекты. Однако при вписывании этих данных у нас немного другие "правила". (Но не беспокойтесь, наша библиотека Newtonsoft с этим справится) У наших классов есть эти типы: поля классов, массивы и объекты других классов. Они выглядят так:

    public class Person
    {
        //вот поля (в данном случае свойства, ведь мы любим сахарок!)
        public string Name { get; set; }
        public int Age { get; set; }
        //вот массивы переменных (в нашем случае массив класса String)
        public string[] Hobbies { get; set; }
        //а вот объекты др. классов
        public Baggage baggages { get; set; }
        public Pet pets { get; set; }
    }

Как вы уже поняли, нам нужен классы Baggage и Pet:

    public class Baggage
    {
        public int Weight { get; set; }
        public string Type { get; set; }
    }

    public class Pet
    {
        public string WhatsAnimal { get; set; }
        public string Name { get; set; }
        public int Weight { get; set; }
    }

Для преобразования объекта Person в JSON формат мы используем метод SerializeObject класса JsonConvert. Вот:

        static void Main(string[] args)
        {
            var myNeighbour = new Person
            {
                //просто вписываем значения полей как обычно
                Name = "Sergey",
                Age = 38,
                //создаем новый массив string с множеством стоковых данных и вложим его в переменную Hobbies
                Hobbies = new string[] {"Смотреть футбол", "Идти на работу", "Ссориться с женой"},
                //создаем новый объектс класса Baggage/Pet со своими данными и вложим его в переменную baggages/pets
                baggages = new Baggage
                {
                    Weight = 17,
                    Type = "Чемодан"
                },
                pets = new Pet
                {
                    WhatsAnimal = "Кошка",
                    Name = "Киса",
                    Weight = 9
                }
            };
            string OurData = JsonConvert.SerializeObject(myNeighbour); //делаем из объекта myNeighbour строковые данные в формате JSON
            Console.WriteLine(OurData);
            Console.ReadKey();
        }

Заметьте, что если вывести на экран OurData, который является JSON в строчном формате, мы увидим (барабанная дробь) все данные в одной строке. Это нормально! Однако некоторые парсеры (уже не помню какие) делают немного иначе - они вставляют \n и \t в нужных местах так, чтобы при выводе они были в "красивой печати" (канонизированном виде).

Вот что мы увидим, если запустим программу

Конец!

На этом всё! В следующей статье я покажу вам как преобразовать данные с JSON в класс с данными и JSONNode! (от SimpleJSON.cs) До скорого!