Comments 53
.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 в свойствах проекта и всё заработает.
github.com/aspnet/Tooling/blob/master/dotnet-core-3.0-preview1.md
Где четко сказано, что .NET Core 3.0 только на VS2019
Эх, у меня такое чувство, что скоро VS без интернета совсем не запустится. Я уж не говорю, что есть проблемы с оффлайн установкой даже в текущей версии, пока не стал разбираться как это сделать, просто установил VS Code.
2015 студия — dvd образ и все отлично устанавливается. 2017 студия — скачал standalone на 22 гига, но на машине без интернета все равно не осилила встать. Кое-как прокинул интернет и, если я правильно, понял по логам, то скачалось около 3 мегабайт и этого хватило. Боюсь, что 2019 будет вести себя также.
Есть работа, например, с образцами вредоносного кода, когда интернет можно подвести, но лучше не делать.
Ну и разрабатывать эксплоиты я предпочитаю на машинах без интернета — не хочу, чтобы они улетали на телеметрические сервера. Ни один файрвол не даст столько уверенности, сколько отсутствие интернета.
Ну и разрабатывать эксплоиты я предпочитаю на машинах без интернета — не хочу, чтобы они улетали на телеметрические сервера. Ни один файрвол не даст столько уверенности, сколько отсутствие интернета.В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишем
По поводу оффлайн установки в целом: видимо, MS решили не гнаться за тем процентом людей, который использует VS для странного.
В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишемзлодейскийкод.
В общем-то именно так я и поступил в этой ситуации. Причем, как я писал выше, к 22 гигабайтам докачалось всего около 3 мегабайт, чтобы успешно довести установку.
В остальных ситуациях пришлось использовать более оффлайновые среды.
Я понимаю Net-Install для каких-нибудь драйверов весом в 300мб и прочего. Но софт весом 30+гб лишать оффлайнового установщика — издевательство, имхо.
Но опечалили жесткие диски — они ~80гиг. Т.е. винда+эта среда + матлаб + еще пару прог… А, нет, все вместе не влезут. Это я не вспоминаю про юнити и Microsoft Office, которые тоже прожорливые. А еще 1С… //(*слышен звук выстрела*)//
докачалось всего около 3 мегабайт,
В целом согласен, но по этому пункту есть тривиальнейший хак: включаем инет, ставим студию, вырубаем интернет, пишем злодейский код.когда-нибудь подключаем интернет… и накопленная телеметрия улетает...)
Работая в Минских офисах и разных компаниях пока такого не встречал. Надеюсь в не КГБ:)
На данный момент сижу на 15.8.9 (C++ и C#), инсталлятор занимает ок. 3719 МБ (влезает на компакт).
Несколько скромных вопросов от С++ разработчика.
- Наследуемые include пути добавили? Чтобы не прописывать в зависимом проекте include paths зависимостей руками. Или для полноценной работы по-прежнему нужен CMake?
- Поддержка CMake по-прежнему требует Tools for Linux? Или эту странную зависимость (при этом неявную) всё-таки убрали?
Наследуемые include пути добавили? Чтобы не прописывать в зависимом проекте include paths зависимостей руками. Или для полноценной работы по-прежнему нужен CMake?
Обычно же .props файлами можно решить эту проблему
Это всего лишь перенос ручной конфигурации в другое место. Сравните с CMake target_include_directories. Вы задаёте "публичные" и "приватные" пути у самого таргета. Далее, при подключении этого таргета как зависимости все его публичные include paths, а также include paths от всех его публичных зависимостей (в т.ч. транзитивных) автоматом попадают в ваш зависимый таргет. Таким же образом это работает для libraries, definitions etc.
2018й год кончается, а студия х32 и во многих местах жутко синхронно работает с интерфейсом.
Запуск большого билда приводит к фризам интерфейса :-(
Что касается вашего вопроса о 64-битной версии Visual Studio: мы рассматриваем плюсы и минусы добавления 64-битной версии в каждом выпуске — от последствий для экосистемы расширений до влияния на производительность. Visual Studio 2019 мы не планируем делать x64. Тем не менее, мы продолжаем работу, начатую в Visual Studio 2017, по перемещению ресурсоемких компонентов и рабочих нагрузок в отдельные процессы. Например, некоторые ресурсоемкие компоненты языковых служб C#/VB уже выполняются в отдельных процессах, и начиная с Visual Studio 2019, компоненты отладчика C++ будут также выполняться в отдельном процессе.
Сейчас купить Idea намного дешевле и проще, чем VS.
Собственно, одна из причин провала WinPhone — это порог входа в разработку. Надо было лицензию покупать, студию да и платформа была довольно закрытая.
Конечно, мы также продолжаем поддерживать и улучшать кроссплатформенную разработку на C++
Вот можно про этот момент чуть подробнее? А то вообще нет никакой информации о перспективах С++ в рамках MSVS 2019.
И ещё вопрос. Может я не совсем правильно понял, но MSVS 2019 для Windows и MSVS 2019 для MacOS — это две совершенно разные IDE, которые теперь будут одинаково называться?
Может я не совсем правильно понял, но MSVS 2019 для Windows и MSVS 2019 для MacOS — это две совершенно разные IDE, которые теперь будут одинаково называться?
Да, это две разные IDE. Названия тоже разные. Для Windows просто Visual Studio. Для macOS — Visual Studio for Mac. VS for Mac основана на MonoDevelop, и доступна начиная с VS 2017.
Предложите, как можно сокращённо назвать msvs for Mac? Классическую студию мы с коллегами называем «вижла», что понятно. С Visual Studio Code тоже быстро разобрались, она стала называться «вэ эс код». Но маркетологи Майкрософта не успокаиваются :). Подскажите, как можно лаконично называть вижлу для мака?
А то как-то надоело смотреть на надпись «0 references» над методами типа _OnClick при явной их используемости.
Сказали суровые сибирские мужики и пошли дальше писать в код в блокноте.
Дайте угадаю, студия наконец то станет х64? Нет не угадал?
Текст анонса крайне корявый, очень трудно читается.
Visual Studio 2019