company_banner

Visual Studio 2019

https://blogs.msdn.microsoft.com/visualstudio/2018/12/04/making-every-developer-more-productive-with-visual-studio-2019/
  • Перевод
Совсем недавно, на Microsoft Connect(); 2018, мы объявили о выпуске Visual Studio 2019 Preview 1. Это первая Preview-версия следующей Visual Studio. В ней мы сосредоточились на нескольких ключевых областях, таких как ускорение запуска и работы с проектами, хранящимися в репозиториях git, улучшение IntelliSense с помощью искусственного интеллекта (AI) (Visual Studio IntelliCode), упрощение совместной работы с коллегами путем интеграции Live Share и многое другое. Подробнее под катом!



Сосредоточьтесь на работе


Сразу же вы заметите, что Visual Studio 2019 открывается в новом стартовом окне. Оно спроектировано для более удобной работы с современными репозиториями Git, будь то локальные репозитории или онлайн-репозитории Git на GitHub, Azure Repos или где-либо еще.



Конечно, вы все равно можете открыть существующий проект или создать новый. (Новинка также скоро появится в Visual Studio 2019 для Mac.)


VS19 для Windows и для Mac

Также сегодня мы делимся новыми возможностями поиска в Visual Studio 2019, которые заменят существующее поле «Quick Launch». Теперь вы можете искать настройки, команды и параметры установки. Новый поиск также более интеллектуален. Он поддерживает поиск выражений, которые содержат ошибки.



Visual Studio 2019 поможет кодить быстрее. В этом preview мы сфокусировались на удобстве достижения согласованности и «ремонтопригодности» кода. Мы добавили новые возможности рефакторинга, такие как изменение циклов for в запросах LINQ и преобразование кортежей в именованные структуры, чтобы упростить поддержание вашего кода в хорошем состоянии. С новым индикатором работоспособности документа и функцией очистки кода теперь вы можете легко определять и исправлять ошибки одним нажатием кнопки.



Обычная отладка также стала проще. Вы сразу увидите, что производительность улучшена, и это делает процесс отладки более плавным. Мы также добавили возможности поиска в Autos, Locals и Watch, помогая вам отслеживать объекты и значения. В следующих статьях мы подробнее расскажем об обновлениях в областях дебаггера, в том числе о функции «Time Travel Debugging», о новинках в Snapshot Debugger для Azure Kubernetes Service (AKS) и Virtual Machine Scale Sets (VMSS), а также о лучшей производительности при отладке больших проектов C++, благодаря внепроцессному 64-битному отладчику.



Помогаем вашей команде работать вместе


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



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



Наконец, в Visual Studio 2019 мы представляем совершенно новый путь использования pull request (PR), который позволяет проверять, запускать и даже отлаживать pull request от вашей команды, не покидая IDE. Сегодня мы поддерживаем код в Azure Repos, но собираемся вскоре расшириться и до GitHub. Чтобы начать, вы можете скачать расширение Pull Requests for Visual Studio из Visual Studio Marketplace.



.NET Core 3 Preview 1


Мы также объявили о выпуске .NET Core 3 Preview 1, и Visual Studio 2019 станет продуктом для поддержки создания приложений .NET Core 3 для любой платформы. Конечно, мы также продолжаем поддерживать и улучшать кроссплатформенную разработку на C++, а также разработку мобильных приложений .NET для iOS и Android с помощью Xamarin.





Подготовить эту статью нам помогли ребята из Microsoft Developer Community @msdevru, канала сообщества Microsoft Developer для разработчиков и всех, кто интересуется новыми технологиям.
Microsoft
277,00
Microsoft — мировой лидер в области ПО и ИТ-услуг
Поделиться публикацией

Комментарии 53

    0

    .NET Core 3 текущей версии студии поддерживаться не будет?

      +2
      Почему же не будет. VS 2017 умеет .Net Core 3.
      В инсталляторе отдельного SDK не нашёл, но если скачать SDK и Runtime с сайта Microsoft, то в VS 2017 можно кодить под него.
      Один маленький секрет. Заходите в Tools->Options->Projects and Solutions->.Net Core и отмечаете галочку «Use previews of the .NET Core SDK», т.к. третья версия пока в стадии Preview.
      После этого можно выбрать .Net Core 3 в свойствах проекта и всё заработает.
        0
        А Вы пробовали создать проект прежде чем писать? При создании проекта в VS2017 (с установленной галочкой «Use previews») она пишет: ASP.NET Core 3.0 or newer projects are not supported by this version of Visual Studio. И ссылка на:
        github.com/aspnet/Tooling/blob/master/dotnet-core-3.0-preview1.md
        Где четко сказано, что .NET Core 3.0 только на VS2019
          0

          image

            0
            А Вы? Не буду врать, что проверил весь функционал — просто собрал и запустил консольный проект. Не исключаю, что могут быть проблемы с другими типами проектов — не пробовал, но консольный создаётся и запускается. Вот, специально попробовал ещё раз.

        +2
        Поддержку нескольких репозиториев или хотя бы submodules так и не добавили.
          0
          Честно говоря — стыд и позор. Это же чистая косметика, и нужна очень многим. Уже много лет народ просит, в роадмапе когда-то на VS2018 было запланировано.
          +8

          Эх, у меня такое чувство, что скоро VS без интернета совсем не запустится. Я уж не говорю, что есть проблемы с оффлайн установкой даже в текущей версии, пока не стал разбираться как это сделать, просто установил VS Code.

            +4
            Люто согласен.
            2015 студия — dvd образ и все отлично устанавливается. 2017 студия — скачал standalone на 22 гига, но на машине без интернета все равно не осилила встать. Кое-как прокинул интернет и, если я правильно, понял по логам, то скачалось около 3 мегабайт и этого хватило. Боюсь, что 2019 будет вести себя также.
              +2
              Люто плюсую про оффлайн установку. Она нужна и оффлайн обновления тоже очень и очень нужны.
                –7
                а кто сейчас работает без интернета?
                  +8
                  Есть сети в которых нет интернета вообще никакого и его нельзя туда подводить из соображений безопасности.
                  Есть работа, например, с образцами вредоносного кода, когда интернет можно подвести, но лучше не делать.
                  Ну и разрабатывать эксплоиты я предпочитаю на машинах без интернета — не хочу, чтобы они улетали на телеметрические сервера. Ни один файрвол не даст столько уверенности, сколько отсутствие интернета.
                    +3
                    Ну и разрабатывать эксплоиты я предпочитаю на машинах без интернета — не хочу, чтобы они улетали на телеметрические сервера. Ни один файрвол не даст столько уверенности, сколько отсутствие интернета.
                    В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишем злодейский код.

                    По поводу оффлайн установки в целом: видимо, MS решили не гнаться за тем процентом людей, который использует VS для странного.
                      0
                      В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишем злодейский код.

                      В общем-то именно так я и поступил в этой ситуации. Причем, как я писал выше, к 22 гигабайтам докачалось всего около 3 мегабайт, чтобы успешно довести установку.
                      В остальных ситуациях пришлось использовать более оффлайновые среды.
                        +9
                        «Для странного», говорите? Обычный белорусский университет. Всего лишь надо VS Community + Xamarin + C++ для учебного процесса. Чего в этом странного? А это немножко так ~40гб. На 3 аудитории кафедры. По 15 машин. 1.8 Тб выкачать. Как выдумаете, что мне скажут в ВЦ на просьбу предоставить такой объем трафика для установки ПО? Я уж молчу про скорость интернета в ВУЗах.

                        Я понимаю Net-Install для каких-нибудь драйверов весом в 300мб и прочего. Но софт весом 30+гб лишать оффлайнового установщика — издевательство, имхо.
                          +3
                          А в чем профит типовые машины не из образа раскатывать, а вручную конфигурить?
                            0
                            В итоге и пришлось настроенную машину клонировать. Но с 5200 HDD это медленно. С оффлайн-установщиком было бы в разы проще.
                              0
                              У меня похожая ситуация, думал клонировать каскадом, т.е. 1 на 1, полученные 2 на 2, и потом на оставшиеся 3 (всего 7 машин). Могут быть косяки с конфигурацией, т.к. из 7 машин 1-2 имеют другие параметры (другая мать?).
                              Но опечалили жесткие диски — они ~80гиг. Т.е. винда+эта среда + матлаб + еще пару прог… А, нет, все вместе не влезут. Это я не вспоминаю про юнити и Microsoft Office, которые тоже прожорливые. А еще 1С… //(*слышен звук выстрела*)//
                            0
                            тоже интересная ситуация, но есть выходы и «административные штуки» что бы скачать на 1 машину обнову, а на другие типо списать образ, а потом -->
                            докачалось всего около 3 мегабайт,
                            0
                            В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишем злодейский код.
                            когда-нибудь подключаем интернет… и накопленная телеметрия улетает...)
                            0
                            Если в этом плане, пожалуй полностью соглашусь.
                            Работая в Минских офисах и разных компаниях пока такого не встречал. Надеюсь в не КГБ:)
                          0
                          Я в своё время озадачивался созданием offline-инсталлятора (с целью экономии места и развёртывания одной и той же версии Студии на нескольких компах без необходимости докачивания). Подход описал в блоге. Может, кому-то пригодится. Компоненты нужно будет подбирать под свои нужды — с этим придётся морочиться, но только в первый раз. Потом можно по тому же списку выкачивать новую версию в новый каталог.
                          На данный момент сижу на 15.8.9 (C++ и C#), инсталлятор занимает ок. 3719 МБ (влезает на компакт).
                          +1
                          Если убрать все тулбар-ы, то из-за кнопок в правой части не освобождается свободное вертикальное место :(
                          image
                            0
                            Особенно странно выглядит кнопка PREVIEW, которая просто дублирует About. На лэптопе занимает дорогое место на экране. Неужели нельзя было это впихнуть рядом с Search Visual Studio и разрешить настраивать?
                            +2

                            Несколько скромных вопросов от С++ разработчика.


                            1. Наследуемые include пути добавили? Чтобы не прописывать в зависимом проекте include paths зависимостей руками. Или для полноценной работы по-прежнему нужен CMake?
                            2. Поддержка CMake по-прежнему требует Tools for Linux? Или эту странную зависимость (при этом неявную) всё-таки убрали?
                              0
                              Наследуемые include пути добавили? Чтобы не прописывать в зависимом проекте include paths зависимостей руками. Или для полноценной работы по-прежнему нужен CMake?

                              Обычно же .props файлами можно решить эту проблему

                                0

                                Это всего лишь перенос ручной конфигурации в другое место. Сравните с CMake target_include_directories. Вы задаёте "публичные" и "приватные" пути у самого таргета. Далее, при подключении этого таргета как зависимости все его публичные include paths, а также include paths от всех его публичных зависимостей (в т.ч. транзитивных) автоматом попадают в ваш зависимый таргет. Таким же образом это работает для libraries, definitions etc.

                              +5
                              Когда уже x64 завезут-то?
                              2018й год кончается, а студия х32 и во многих местах жутко синхронно работает с интерфейсом.
                              Запуск большого билда приводит к фризам интерфейса :-(
                                0
                                Если вы этого еще не сделали, сообщите о проблеме с потреблением памяти через «Сообщить о проблеме» в среде IDE. (https://docs.microsoft.com/en-us/visualstudio/ide/how-to-report-a-problem-with-visual-studio-2017) Это поможет нам улучить работу с VS.

                                Что касается вашего вопроса о 64-битной версии Visual Studio: мы рассматриваем плюсы и минусы добавления 64-битной версии в каждом выпуске — от последствий для экосистемы расширений до влияния на производительность. Visual Studio 2019 мы не планируем делать x64. Тем не менее, мы продолжаем работу, начатую в Visual Studio 2017, по перемещению ресурсоемких компонентов и рабочих нагрузок в отдельные процессы. Например, некоторые ресурсоемкие компоненты языковых служб C#/VB уже выполняются в отдельных процессах, и начиная с Visual Studio 2019, компоненты отладчика C++ будут также выполняться в отдельном процессе.
                                –1
                                Когда вы переведёте лицензирование студии на схему десятки (купил один раз и пользуйся апгрейдами)? Сейчас перепокупать студию раз в 2-3 года ни разу не интересно. Не говорю про то, что IDE можно было бы и вообще бесплатно раздавать, что бы окончательно не профукать полимеры.
                                  +1
                                  Окончательно не профукать полимеры? А что, есть начало или предпосылки к нему?
                                    0
                                    Да как бы тут всё просто: чем ниже уровень входа в разработку на .net, тем большая привлекательность у Azure.
                                    Сейчас купить Idea намного дешевле и проще, чем VS.
                                    Собственно, одна из причин провала WinPhone — это порог входа в разработку. Надо было лицензию покупать, студию да и платформа была довольно закрытая.
                                      +3
                                      А как же VS Community?
                                        0
                                        Аутсорсерам надо работать на том, что клиенты используют, а часто это чуть ли не ентепрайз. В результате имеем что имеем.
                                          0
                                          Так это они позже уже сделали. До этого была убогая Visual Studio Express.
                                          И очень правильно, что теперь есть Community на которой сидят все инди.
                                    +1
                                    Конечно, мы также продолжаем поддерживать и улучшать кроссплатформенную разработку на C++

                                    Вот можно про этот момент чуть подробнее? А то вообще нет никакой информации о перспективах С++ в рамках MSVS 2019.
                                    И ещё вопрос. Может я не совсем правильно понял, но MSVS 2019 для Windows и MSVS 2019 для MacOS — это две совершенно разные IDE, которые теперь будут одинаково называться?
                                      0
                                      Может я не совсем правильно понял, но MSVS 2019 для Windows и MSVS 2019 для MacOS — это две совершенно разные IDE, которые теперь будут одинаково называться?

                                      Да, это две разные IDE. Названия тоже разные. Для Windows просто Visual Studio. Для macOS — Visual Studio for Mac. VS for Mac основана на MonoDevelop, и доступна начиная с VS 2017.
                                        –1

                                        Предложите, как можно сокращённо назвать msvs for Mac? Классическую студию мы с коллегами называем «вижла», что понятно. С Visual Studio Code тоже быстро разобрались, она стала называться «вэ эс код». Но маркетологи Майкрософта не успокаиваются :). Подскажите, как можно лаконично называть вижлу для мака?

                                          0
                                          Так и называйте Маквжила как Дункан Маклауд и Макдональдс.
                                      +2
                                      Уж надо называть VS2020, до НГ пара недель осталась :)
                                        0
                                        Как там, в будущем?
                                          0
                                          Думаю, что это был сарказм на любовь разработчиков называть новые версии своих продуктов следующим годом. Мол, негоже в 2019-м выпускать [ProductName] 2019, и если MS не успевает выпустить VS 2019 в 2018-м, то её следует назвать VS 2020.
                                          С уважением, ваш Кэп.
                                        0
                                        Еще вопрос от С++ разработчика — есть какие-то планы по работе над скоростью С++ компилятора? а то замедление в 3.5 раза просто при смене 2015-> 2017 вообще не радует.
                                          0
                                          Спасибо за вопрос.

                                          Что касается компилятора C++, у нас есть новый toolset, который появится в VS 2019, но он не доступен для Preview 1. Он будет доступен в будущем превью.
                                            0
                                            Спасибо за ответ, буду тестить обязательно.
                                          0
                                          В Windows 7 работает или как Office 2019?
                                          0
                                          А xaml и aspx всё так же считаются обычными текстовыми файлами?
                                          А то как-то надоело смотреть на надпись «0 references» над методами типа _OnClick при явной их используемости.
                                            0
                                            Будет добавлена поддержка XAML.
                                            0
                                            "-- Угу"
                                            Сказали суровые сибирские мужики и пошли дальше писать в код в блокноте.
                                              0

                                              Дайте угадаю, студия наконец то станет х64? Нет не угадал?

                                                0

                                                Текст анонса крайне корявый, очень трудно читается.

                                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                Самое читаемое