Какую visual studio выбрать

Какую visual studio выбрать

Хочу изучить C#.
Какую версию лучше выбрать?
Народ пишет разное:
— «2013 на первый взгляд — клон Студии 2012. Долго загружается.
Интерфейс по мне ужасен, если сравнивать с 2010 версией и ниже.»
— «для обучения лучше подходит Экспресс»
и т.п.

O tempora! O mores!
Re: Какую Visual Studio выбрать начинающему?

От:	hardcase	http://nemerle.org
Дата:	15.05.15 14:46
Оценка:	6 (1) +11

Здравствуйте, Cicero, Вы писали:

C>Какую версию лучше выбрать?

/* иЗвиНите зА неРовнЫй поЧерК */
Re: Какую Visual Studio выбрать начинающему?

От:	Sinix
Дата:	15.05.15 14:48
Оценка:	6 (1) +1

Здравствуйте, Cicero, Вы писали:

C>Какую версию лучше выбрать?
Для изучения шарпа без разницы, хоть в блокноте с карандашом.
Вариант по умолчанию на сегодня — VS Community 2013.

C>Народ пишет разное:
Меньше «народ» слушайте. Не устроит — что-то другое поставите, дел на полчаса.

Re[2]: Какую Visual Studio выбрать начинающему?

От:	Cicero	www.ya.ru
Дата:	15.05.15 15:42
Оценка:

O tempora! O mores!
Re[2]: Какую Visual Studio выбрать начинающему?

От:	Cicero	www.ya.ru
Дата:	15.05.15 15:43
Оценка:

Здравствуйте, Sinix, Вы писали:

S>Вариант по умолчанию на сегодня — VS Community 2013.

O tempora! O mores!
Re: Какую Visual Studio выбрать начинающему?

От:	btn1
Дата:	15.05.15 16:48
Оценка:

Здравствуйте, Cicero, Вы писали:

C>Хочу изучить C#.
C>Какую версию лучше выбрать?

SciTE + .NET FW 4.6 RC

Для обучения большего и не нужно. Зато стандарт C# будет 6.0

Re[2]: Какую Visual Studio выбрать начинающему?

От:	_NN_	www.nemerleweb.com
Дата:	15.05.15 17:14
Оценка:	+1

Здравствуйте, hardcase, Вы писали:
Чего мелочиться
Сразу VS 2015 Community брать
Re[3]: Какую Visual Studio выбрать начинающему?

От:	Sinix
Дата:	15.05.15 19:50
Оценка:

Здравствуйте, _NN_, Вы писали:

_NN>Сразу VS 2015 Community брать
Экстремал

Я бы вообще VS 2005 посоветовал, если бы она ставилась на свежие OS. Мелкая, лёгкая и в меру дубовая. Например, нет живой подсветки ошибок, при обучении это здорово помогает — учишься понимать что пишешь, не полагаясь на подсказки студии.

Хотя если есть желание, можно и в свежих студиях show live errors вырубить.

Re[4]: Какую Visual Studio выбрать начинающему?

От:	Osaka
Дата:	15.05.15 23:20
Оценка:	1 (1) +4

S>нет живой подсветки ошибок, при обучении это здорово помогает — учишься понимать что пишешь, не полагаясь на подсказки студии.
Напоминает преподов, которые заставляли вычислять детерминант матрицы 10*10 (или что-то в этом духе, студенты по несколько тетрадей исписывали) без калькулятора: «чтобы вы чувствовали цифру!»

Re[5]: Какую Visual Studio выбрать начинающему?

От:	Sinix
Дата:	16.05.15 06:41
Оценка:

Здравствуйте, Osaka, Вы писали:

S>>нет живой подсветки ошибок, при обучении это здорово помогает — учишься понимать что пишешь, не полагаясь на подсказки студии.
O>Напоминает преподов, которые заставляли вычислять детерминант матрицы 10*10 (или что-то в этом духе, студенты по несколько тетрадей исписывали) без калькулятора: «чтобы вы чувствовали цифру!»
Не, тут максимум 2*2 будет, пока новичок синтаксис не изучит.

Ну и обоснование не из серии «чтоб помучались», а из опыта. А то порой доходит до смешного: человек с вроде бы нормальной квалификацией без студии файл не может поправить, т.к. «а как я узнаю, что оно потом соберётся?».

Re[5]: Какую Visual Studio выбрать начинающему?

От:	agat50
Дата:	16.05.15 07:15
Оценка:

Здравствуйте, Osaka, Вы писали:

S>>нет живой подсветки ошибок, при обучении это здорово помогает — учишься понимать что пишешь, не полагаясь на подсказки студии.
O>Напоминает преподов, которые заставляли вычислять детерминант матрицы 10*10 (или что-то в этом духе, студенты по несколько тетрадей исписывали) без калькулятора: «чтобы вы чувствовали цифру!»

А мы дискретное преобразование Фурье так же считали . А если единичка просто палочка — то это модуль, и минус балл.

Re[6]: Какую Visual Studio выбрать начинающему?

От:	Yoriсk
Дата:	16.05.15 10:54
Оценка:

Здравствуйте, Sinix, Вы писали:

S>Ну и обоснование не из серии «чтоб помучались», а из опыта. А то порой доходит до смешного: человек с вроде бы нормальной квалификацией без студии файл не может поправить, т.к. «а как я узнаю, что оно потом соберётся?».

Что в этом смешного и как же узнать?
Всматриваться до рези миллионом красных глаз не предлагать.

Re[7]: Какую Visual Studio выбрать начинающему?

От:	Sinix
Дата:	16.05.15 11:34
Оценка:

Здравствуйте, Yoriсk, Вы писали:

S>>Ну и обоснование не из серии «чтоб помучались», а из опыта. А то порой доходит до смешного: человек с вроде бы нормальной квалификацией без студии файл не может поправить, т.к. «а как я узнаю, что оно потом соберётся?».

Y>Что в этом смешного и как же узнать?

Кэп:
1. Шарп достаточно прост, чтобы увидеть явные опечатки даже при беглом просмотре. Речь была не о новом сложном коде а об исправлении совсем простых ошибок типа нечаянной инверсии в условии.
2. Даже если поломается — узнать-исправить тоже недолго. Чего бояться-то?

Re[8]: Какую Visual Studio выбрать начинающему?

От:	Yoriсk
Дата:	16.05.15 13:17
Оценка:

Здравствуйте, Sinix, Вы писали:

S>1. Шарп достаточно прост, чтобы увидеть явные опечатки даже при беглом просмотре. Речь была не о новом сложном коде а об исправлении совсем простых ошибок типа нечаянной инверсии в условии.
S>2. Даже если поломается — узнать-исправить тоже недолго. Чего бояться-то?

Т.е. узнать это никак, а если чё сломается — ну так и хрен с ним.
Я полностью понимаю сомнения этих людей «с вроде бы нормальной квалификацией».

Re[9]: Какую Visual Studio выбрать начинающему?

От:	Sinix
Дата:	16.05.15 14:48
Оценка:

Здравствуйте, Yoriсk, Вы писали:

Y>Т.е. узнать это никак, а если чё сломается — ну так и хрен с ним.
Y>Я полностью понимаю сомнения этих людей «с вроде бы нормальной квалификацией».

Как-то у вас фигово с троллингом сегодня.

Чтобы узнать что всё ок достаточно шарп знать.
Или для исправлений уровня «i!=-1 заменить на i>=0» уже студия нужна?

И не поломается==хрен с ним, а «поломается == упадёт хук на коммите» (если настроен gated check-in/teamcity pre-tested commit) или, в крайнем случае, «упадёт на билдсервере» (если бы проект был слишком большим для проверок при коммите).

Отредактировано 16.05.2015 14:49 Sinix . Предыдущая версия .
Re[4]: Какую Visual Studio выбрать начинающему?

От:	hardcase	http://nemerle.org
Дата:	16.05.15 14:51
Оценка:	+1

Здравствуйте, Sinix, Вы писали:

S>Я бы вообще VS 2005 посоветовал, если бы она ставилась на свежие OS. Мелкая, лёгкая и в меру дубовая.

Для аскетствующих эстетов есть SharpDevelop. Сам изредка пользуюсь.

Какую версию Visual Studio лучше устанавливать?

Кто-то говорит, что VS 2015-2017 сырые, а кто-то говорит что VS 2017 лучше. Люди, подскажите какую версию лучше выбрать? Я до этого устанавливал 2015, но удалил через 2 дня, так как она зависала. До этого использовал Monodevolop(Xamarin Studio). И да, кстати, может ли повлиять работа VS на установленный Monodevolop? Заранее спасибо!

Голосование за лучший ответ
Inkognito 0Ученик (182) 6 лет назад
Я изучаю C#
В программировании новичок.

Алекс Куха Высший разум (434781) вам, судя по вопросам пофиг, что «изучать. Для сишарпа вообще ИДЕ не нужно, компилятор есть, вперёд и вверх C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe /nologo file.cs

Inkognito 0Ученик (182) 6 лет назад

И да, хотел извиниться за мою упрямость в предыдущем вопросе. Просто я как-то растерялся и не знаю какой компилятор лучше выбрать

Алекс Куха Высший разум (434781) Мне иногда приходится обращаться к сишарпу и здесь Far manager хватает без создания проекта в MSVS и прочей тягомотины

Visual Studio 2022 стильно и свежо. История о её поддержке в PVS-Studio

Кажется, анонс Visual Studio 2022 был только недавно, и вот она уже вышла. Это означало ровно одно – поддержать данную IDE нужно в ближайшем релизе PVS-Studio. О том, с какими сложностями пришлось столкнуться, а что прошло без проблем, мы сегодня и поговорим.

Впечатления от новой IDE

Скажу честно, мне очень понравилась Visual Studio 2022. Я просто наслаждаюсь новыми шрифтами, которые стали менее острыми что ли. Цвета тоже стали менее кислотными, и теперь уже не так больно ставить точку остановки при отладке.

Для сравнения ниже привожу несколько примеров. Вот так выглядит фрагмент кода в Visual Studio 2019:

Вот так выглядит в Visual Studio 2022:

Важно. Оба изображения сделаны на масштабе, равном 100 %.

Также в IDE подкорректировали тёмную тему – её сочетание с фиолетовым цветом выглядит крайне гармонично (слева VS 2019, справа VS 2022):

В общем, с внешней точки зрения новая VS выглядит целостно и свежо. Хотя я знаю, что староверам она не понравилась. 🙂

Ещё хочу упомянуть автодополнение кода. Оно вообще не мешается, а иногда реально дописывает то, что я хотел написать:

Если говорить про неудобства, я столкнулся с тем, что принятие автодополнения иногда приходится делать с помощью «стрелка вправо», а не tab. Почему-то в определенных случаях вместо принятия автодополнения происходит обычное нажатие на tab. Возможно, это не очень распространённая проблема – обсуждали с коллегой, у него не повторялась. Если вы знаете, как это исправить, пожалуйста, напишите в комментариях. Хочу заметить, что с момента первого preview таких моментов стало меньше и, возможно, это просто вопрос времени, когда всё поправят.

Поработав в этой IDE и получив удовольствие, я решил, что хочу взять запланированную задачу про её поддержку, чтобы побыстрее перейти на новую версию VS. Дело в том, что после VS2022 VS2019 открывать вообще не хотелось. Она казалась какой-то устаревшей (хотя сама по себе IDE очень годная). Как говорится, всё познаётся в сравнении.

Поддержка плагина

Здесь всё прошло максимально плавно. Изменения нас особо не задели. Поэтому я просто создал новое решение для плагина, обновил NuGet-пакеты до необходимых версий и занялся прочим XML-программированием (например, редактированием .csproj-файлов).

Пришлось, однако, и немного поправить код – решение плагина для VS2022 не собиралось примерно из-за 5 ошибок. Все они возникли из-за того, что Microsoft слегка поменяли API, но всё оказалось совсем не страшно. Например, было вот так:

int Hwnd = DTE.MainWindow.HWnd; return new NativeWindowWrapper(new IntPtr(Hwnd));

IntPtr Hwnd = DTE.MainWindow.HWnd; return new NativeWindowWrapper(Hwnd);

Остальное завелось из коробки. Когда всё собралось, я решил запустить плагин, чтобы посмотреть, как обстоят дела. Кнопочки нажимались, анализ запускался, результаты выводились. Так что можно считать, что обновление плагина прошло легко. Следующим шагом было обновление toolset’ов. Однако внезапно всплыл один любопытный момент, о котором я не могу не рассказать.

Самый интересный момент

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

Открывается это окошко, и всё, что мы в нём видим, — это шаблоны:

Как вы видите, у нас есть два своих шаблона. Не вдаваясь в детали, один нужен для более тонкой настройки анализатора, другой — для подавления предупреждений. Однако с ними и случилась проблема. Сами шаблоны легко добавились по аналогии со старыми плагинами, а вот картинка – нет:

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

Данные шаблоны имеют свой формат, и для тех, что изображены на картинке выше, код выглядит вот так:

Filters.pvsconfig_template| |PVS-Studio Filters File|1| PVS-Studio C#/C++ filters file can be used to filter, disable and modify C#/C++ analyzer messages on project and solution.|\PVSLoader.exe|#32512| |Filters.pvsconfig SuppressionFile.suppress_template| |PVS-Studio Suppress File|2| An empty PVS-Studio suppression file. You can suppress analyzer messages in your code from 'PVS-Studio >Suppress Messages. ' menu item. Only one suppression file per solution is allowed. Other files will be ignored.|\PVSLoader.exe|#32512 | |SuppressionFile.suppress

Каждая позиция между | отвечает за определённый контент. Если стоит пробел, то контента не будет. Содержимое самого шаблона задаётся отдельно.

Давайте посмотрим, что собой представляет формат описания:

• имя папки, шаблона или файла .vsz, например HeaderFile.h или MyWizard.vsz;
• GUID пакета VSPackage;
• название шаблона;
• относительный порядок отображения шаблона;
• описание;
• путь до исполняемого файла, откуда нужно взять картинку;
• ID картинки;
• поле, использующиеся для отключения или включения полей «Name» и «Location» в диалоговом окне «Add New Item»;
• имя файла, созданного из шаблона.

Подробнее про этот формат вы можете почитать вот тут.

Так как у нас нет картинки, то подозрение падает на пункты 6 и 7. Вначале я решил почитать, как высчитать ID картинки в исполняемом файле и что-то приуныл. 🙁 В этих ваших интернетах говорили, что нужно качать специальную программу. При этом все ссылки на подобные программы выглядели, скажем так, не очень официально. Сразу прибегать к этому способу не хотелось, поэтому я решил посмотреть на IL код с помощью IL DASM. Там я тоже ничего не нашёл :). Упоминания числа 32512 не было. Решил, может быть, это число записано в другой системе счисления, пробовал преобразовать и поискать, но опять мимо. Уф.

И тут мой мозг такой: «Давай попробуем просто другой .exe подсунуть». Да почему бы и нет? Беру и передаю другой файл, и, о чудо, оно работает! Как в итоге оказалось, всё дело в разрядности передаваемого файла. Все Visual Studio до 2022 были 32-битными, и приложение для картинки им нужно соответствующее. 2022 же стала 64-битной. Вот такая забавная проблема.

Поддержка нового toolset

Чтобы лучше понимать, что происходит, я настоятельно рекомендую почитать соответствующие разделы статей про поддержку Visual Studio 2017 и 2019.

В отличие от поддержки плагина, которая прошла достаточно мягонько, поддержка toolset’а оказалась тем ещё приключением. Сейчас объясню, в чём основная проблема. Смотрите, у нас есть файл MSBuild.exe.config, в котором мы прописываем разные свойства, необходимые для эвалюации (построения модели проекта). До поддержки VS2022 выглядел он примерно вот так:

Это только кусочек файла, но его достаточно, чтобы продемонстрировать суть. Как вы видите, тут имеется 2 toolset’а: ‘Current’ для VS2019 и 15.0 для VS2017. Теперь Microsoft выпускает VS2022, и картина наименования начинает выглядеть вот так:

Обратите внимание, что имена Tools Version для VS2019 и VS2022 одинаковые. И это проблема, так как нельзя дать двум разным toolset’ам одинаковое название. Поэтому мы решили, что вместо названия будем динамически изменять содержимое. Оставляем ‘Current’, для инициализации toolset’ов, как и раньше, используем переменные окружения. Значения для этих переменных вычисляются на основе установленных в системе версий Visual Studio или того, из-под какой версии VS мы работаем в данный момент.

Как следствие, у нас один toolset ‘Current’, который может работать как с VS2019, так и с VS2022, а в будущем – и с новыми версиями IDE. Вот схемка, которая наглядно показывает этот процесс:

Ещё раз стоит подчеркнуть, что отдельно учитывается ситуация, когда задана переменная окружения VisualStudioVersion со значением 16.0 или 17.0. В этом случае мы высчитываем и используем для ‘Current’ значение указанной VS.

Таким образом удалось решить текущую проблему с одинаковым названием разных toolset’ов, а также сделать механизм универсальным и легко расширяемым (хочется верить) для новых VS.

Поддержка .NET 6, обновление библиотек Roslyn и MSBuild

Так как VS2022 и .NET 6 вышли вместе, в PVS-Studio поддержку того и другого тоже необходимо было добавить в рамках одного релиза. Как следствие, мы параллельно поддерживали Visual Studio 2022 и анализ проектов под .NET 6, работу с .NET 6 SDK, обновляли библиотеки MSBuild и Roslyn.

Как обычно, при поддержке новой версии .NET вылезло много специфики, связанной с тем, что мы используем собственные BuildTools. Кстати, о том, с чем мы столкнулись при поддержке .NET 5, можно почитать здесь.

Синхронизация наших BuildTools и BuildTools .NET

Зачем это нужно и как реализовано, описывается в статьях про поддержку VS2017 и VS2019. Может показаться, что собственные BuildTools – лишняя головная боль. Однако, как показала практика, такой подход даёт большую стабильность/гибкость.

К тому же, это неплохая возможность повозиться с .targets / .props файлами и начать лучше понимать соответствующую часть PVS-Studio и экосистему .NET в целом.

Отладка Roslyn и MSBuild

При работе с Roslyn / MSBuild иногда всплывают какие-то неочевидные проблемы (например, проект теряет часть ссылок), из-за чего приходится погружаться в исходники. У нас в проекте даже специальная конфигурация есть для отладки Roslyn и MSBuild, собранных из исходников. 🙂

То, что эти (как и многие другие) проекты от Microsoft имеют открытый исходный код, очень играет на руку. Если нужно что-то выяснить – можно подебажить код и посмотреть, как и что работает.

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

Повторю то, что говорил выше – работа с такими задачами даёт лучшее понимание того, как работает компилятор / сборочная система.

Переход на .NET 6 и поддержка C# 10

Анализатор PVS-Studio для C# под Linux и macOS теперь работает под .NET 6. Кроме того, при обновлении Roslyn мы из коробки получили поддержку C# 10. Да, доработки диагностик, data-flow и т.п. придётся делать самим, но правильный разбор нового синтаксиса и понимание семантики – это тоже здорово. Обновление библиотек MSBuild даёт, соответственно, поддержку из коробки новых фич этой сборочной системы.

Так что, если вы вдруг пропустили это событие, теперь у вас есть возможность анализировать свои проекты под .NET 6. 😉

Заключение

Ещё раз хочу подчеркнуть, что новая Visual Studio, как по мне, очень хороша. Microsoft явно постарались. Обновление самого плагина под неё прошло мягко, и это не может не радовать. Обновление toolset позволило заглянуть в те вещи, в которые судьба может и не занести.

По прошествии месяца можно сказать, что Visual Studio 2022 была успешно поддержана, обратную совместимость не сломали и получили положительные отзывы. Отдельно спасибо всем тем, кто интересовался плагином для этой IDE и успел протестировать бета-версию.

Так что, если вы хотели попробовать связку PVS-Studio и Visual Studio 2022, но как-то не доходили руки – сейчас самое время.

Работа с Visual Studio

Профессиональные разработчики программного обеспечения .NET наверняка располагают самым серьезным в этой сфере продуктом производства Microsoft, который называется Visual Studio и доступен по адресу www.visualstudio.com. Этот продукт представляет собой самую функционально насыщенную и наиболее приспособленную под использование на предприятиях IDE-среду. Такая мощь, несомненно, имеет свою цену, которая варьируется в зависимости от версии Visual Studio. Как не трудно догадаться, каждая версия поставляется со своим уникальным набором функциональных возможностей.

Visual Studio представляет собой полностью интегрированную среду разработки. Она спроектирована таким образом, чтобы делать процесс написания кода, его отладки и компиляции в сборку для поставки конечным потребителям как можно более простым. На практике это означает, что Visual Studio является очень сложным приложением с многодокументным интерфейсом, в котором можно делать практически все, что касается разработки кода. Ниже перечислены основные возможности Visual Studio:

Текстовый редактор

С помощью этого редактора можно подготавливать тексты программ на языке C# (а также Visual Basic и С++). Текстовый редактор обладает довольно мощными возможностями. Например, при вводе текста программы он автоматически компонует его на странице, создавая между строками необходимые отступы, выравнивая открывающие и закрывающие фигурные скобки блоков кода и выделяя ключевые слова цветом. Кроме того, по мере ввода кода он выполняет его проверку на предмет синтаксических ошибок и подчеркивает фрагменты, которые будут вызывать ошибки при компиляции, что также называется отладкой на стадии проектирования. В редакторе реализовано средство IntelliSense, которое обеспечивает автоматическое отображение имен классов, полей или методов при начале их ввода, а также списки параметров, которые поддерживают все доступные перегруженные версии методов при начале ввода параметров для методов.

Визуальный редактор форм

Этот редактор позволяет размещать желаемые элементы управления для пользовательского интерфейса и доступа к данным в проекте, a Visual Studio затем автоматически добавляет в исходные файлы код на языке C#, который необходим для создания экземпляров этих элементов в проекте. (Это возможно потому, что все элементы управления в .NET представляют собой экземпляры определенных базовых классов.)

Вспомогательные окна

Эти окна позволяют просматривать и изменять различные аспекты проекта, вроде классов в исходном коде, а также свойства (и их начальные значения), которые доступны для классов Windows Forms и Web Forms. Вдобавок такие окна могут применяться для указания параметров компиляции, например, того, на какие сборки должен ссылаться код.

Возможность компиляции прямо в среде разработки

Вместо того чтобы выполнять компиляцию проекта, запуская компилятор C# из командной строки, можно выбрать соответствующий пункт меню в среде разработки. Visual Studio самостоятельно вызывает компилятор и передает ему все необходимые параметры командной строки, указывающие, на какие сборки должен ссылаться код и какой вид должна иметь сборка на выходе (например, исполняемый файл или библиотека *.dll). При желании Visual Studio может также автоматически запускать скомпилированный исполняемый файл на выполнение, позволяя проверить его работу.

Интегрированный отладчик

Из-за природы программирования код редко когда выполняется правильно с первого раза. Visual Studio обеспечивает гладкое подключение отладчика, позволяя создавать точки останова и отслеживать значения переменных, не покидая среду разработки.

Доступ к другим программам

Visual Studio предоставляет доступ к целому ряду других утилит, которые позволяют просматривать и изменять различные аспекты компьютера или сети, не покидая среды разработки. Благодаря этим инструментам, можно просматривать выполняющиеся службы и активные соединения с базами данных, заглядывать в таблицы на сервере SQL Server и даже посещать веб-сайты с использованием окна Internet Explorer.

Интегрированная справочная система MSDN

Visual Studio позволяет получать доступ к документации MSDN прямо из среды IDE. В случае, например, возникновения сомнений по поводу предназначения того или иного ключевого слова во время работы с текстовым редактором, можно выделить это ключевое слово и нажать клавишу , в результате чего Visual Studio автоматически подключится к MSDN и отобразит подходящие разделы справки. Аналогично, если нужно посмотреть, что означает та или иная ошибка компиляции, потребуется выделять сообщение с ошибкой и нажать .

Также Visual Studio содержит графические редакторы и конструкторы XML, обеспечивает поддержку разработки программ Windows, ориентированных на мобильные устройства, поддержку разработки программ Microsoft Office и Windows Workflow Foundation, содержит встроенную поддержку рефакторинга кода и инструменты визуального конструирования классов.