Открыть список
Как стать автором
Обновить

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

Круто врут. Хочешь действительно быстрое ИДЕ — надо даунгрейдится.

Пиши в текстовом редакторе) Пока быстрее этого ничего не придумали!

Круто врут. Хочешь действительно быстрое ИДЕ — надо даунгрейдится.

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

В 2017 и 2019 есть оффлайн установка, думаю будет и в 2022.

Легко же , у них прям в документации:
vs_enterprise.exe --layout c:\vslayout --lang en-US

так скачает все компоненты в папку c:\vslayout для английского языка, можно указать конкретные компоненты, любые языки.
Потом переносим на нужный пк и там (я обычно в ISO-шку упаковывал)
vs_enterprise.exe --noweb

И работает это с самого начала.
Да, я пробовал и это тоже.
Скачал что-то порядка 22гб, но потом на оффлайн машине при установке оно не смогло установиться.
После подключения интернета, установщик потратил меньше мегабайта, но смог-таки все сделать.

Будет ли совместима по расширениям с VS2019? Или опять полгода ждать, пока авторы расширений перепишут их под новую студию?

Да и в 2019 есть режим совместимости со старыми расширениями. Некоторые старые расширения правда и с ним чувствуются себя не очень хорошо, но тут уж ничего не поделаешь. Архитектура инструмента меняется, естественно старые примочки могут оказаться несовместимы с этим. Но ранние версии появляются в том числе и для того, чтобы можно было своевременно обновить инструментарий. А если разработчик забил на своё расширение, то возможно пора искать альтернативу?
Судя по тому, что новая студия будет х64, вероятно, особой совместимости ждать не придётся.

C++…
Хорошо бы в x64 приложения ассемблерные вставки, как бывалоча в i86…
И поддержку модулей до ума довести…
И оставить возможность сборки для Windows XP.

Я молюсь чтобы они поддержку Windows 7 не вырезали…
честно говоря, и 2017 у меня совсем нестабильно работает на семёрке. Можно сказать, вообще не работает. Пробовал на двух системах, в т.ч. и на свежей. 19-ю не пробовал.
Да тут не про работу, а про сборку для целевой системы.

Здорово! Пояните для не экспертов, C# 6 с разработкой под все платформы заменит xamarin? На неделе купил книгу по xamarin, получается зря?)

Microsoft прекращает поддержку части платформы Xamarin — Xamarin.Forms в ноябре 2021, в замену выпустит MAUI — Multiform App User Interface. Это вроде как шаг развития платформы, но будущее у нее пока туманно.

В .NET 6 будет новая платформа MAUI, в которую перейдет все из Xamarin. Даже неймспейсы классов все те же останутся. Так что не зря книгу купили.

MAUI это замена Xamarin.Forms а не Xamarin в целом

под linux для разработки десктоп приложений все еще нет решений от команды .net, в MAUI включили все платформы кроме линукса, а линукс движек будут писать хрен пойми кто

Не "c# 6", а "net 6"

не знаю, что там за книга, может и зря. Мне обычно документации хватало. Но так или иначе .NET 6 перенимает принципы xamarin. По большому счёту это в основном ребрендинг.

Хотелось бы увидеть исправление проблемы с профилировщиком для C++, которую уже пару лет не могут (или не хотят) исправить майки: developercommunity.visualstudio.com/t/profiling-cpu-still-states-no-user-code-was-runnin/607535. Сотни людей будут счастливы)

Рассматривается ли выпуск VS под Линукс?

Так уже есть. VS for mac — это на самом деле Monodevelop.
Портировать такой огромный продукт как VS, это всё равно что с нуля переписать, так что врядли.

А гит в 2022 будет нормально работать или как обычно?)

Я так толком и не оценил удобств гита в VS. TortoiseGIT всё ещё удобнее.

Да, в студии достаточно куций вариант. Но посомтреть граф — предпочитаю vscode с плагином Git Graph, а остальное через консоль)
А для большинства типов приложений, таких как веб-приложения, настольные компьютеры и мобильные устройства, вы сможете использовать .NET Hot Reload для применения изменений кода без необходимости перезапуска или потери состояния приложения.

Это всё-таки для веб-приложений, но не для десктопных..

В планах завезти это для всех типов приложений.
Просто для веба пешили сделать в первую очередь

Для WPF и Xamarin начал использовать Hot Reload около полутора лет назад, всё отлично работает. Даже в дебаг-режиме, когда запускаешь приложение на мобильных устройствах
В новых иконках явно не хватает быстрых овалов.
Пользовательский интерфейс будет более чистым, интеллектуальным и ориентированным на действия.
Боязно как-то. Ничего хорошего это обычно не означает. (Лучший вариант, если это вообще ничего означает.)
Не знаю почему, но гифка с индикацией потребленной памяти у меня не вызывает никаких положительных эмоций в принципе.
Всякие там андроидные студии жрут память гигабайтами, мы тоже так будем.
Прямо сейчас студия падает с OOM при достижении таких цифр.
Так что — улучшение есть. Лучше работать, чем падать, мне кажется.
Просто вымораживает: у нас оргомный солюшен(делим потихоньку, но работы там ещё очень и очень), а когда перекидываешься с ветки на ветку, то студия просто падает.

А можно ли узнать какие-то детали перехода на x64? Если честно, не верится даже, ведь долгие годы это напрашивалось, всяким расширениям вроде Resharper'а приходилось магию с отдельным процессом делать и так далее. И вот, наконец-то, x64. Это слишком хорошо, чтобы быть правдой.

Будет ли новая, улучшенная телеметрия? Сколько памяти и сетевого траффика она будет занимать?

И как с поддержкой отличных от Windows платформ, Linux снова в пролете?
Я правильно понимаю, 16.9 будет последним поддерживаемым минором для 2019?
Сейчас же выходят превью 16.10
Блин, точно. как так получилось что я только что это не нашел? стыдоба. Вроде 16.10 и искал.
Пользовательский интерфейс будет более чистым, интеллектуальным и ориентированным на действия.

Как же я боюсь таких заявлений, обычно они означают «мы выпустим гламурное говно, которым невозможно пользоваться, но зато все хипстеры будут ссать кипятком»
решение с 1600 проектами и ~ 300к файлов. — 3min, 5.1Гб

Здорово теперь принято хвастаться тем у кого больше жрёт памяти?
Зачем студия грузит все проекты в память? Получается по 300кБ на проект или 17кБ на файл. Почему нельзя просто список отобразить и потом подгружать по необходимости? Как же ленивые загрузи.
Скорее всего пускали на топовом железе. И что мы видим загрузка ~3мин (и это при производительности современных десктопных процессоров приближающимся к терафлопу). Если предположить что оно все файлы всосало то имеем 2.8Мб/с, что очень далеко от показателей которыми стоит хвастаться.

ps: и шрифт какой-то корявый

Если вам нужна ленивая загрузка, вам не нужна IDE, вам нужен текстовый редактор со встроенным браузером файлов. Каким образом должны работать инструменты рефакторинга, IntelliSense, Find References итд, без загрузки всего проекта и индексации содержимого? Так работает любая IDE.

Так в студии была опция ленивой загрузки. Не помню как называлась — никогда не пользовался, но точно видел. Там сразу активен интерфейс и проекты по ходу подгружаются
А конечная задача у нас какая — память сэкономить или всё-таки удобно работать? Загрузив всё, IDE способна быстро искать, переходить, рефакторить. Нету лишних 5 ГБ оперативки на солюшн с 300к файлов? Значит надо пойти, и докупить оперативки.
И что мы видим загрузка ~3мин (и это при производительности современных десктопных процессоров приближающимся к терафлопу).

Кажется при чтении с диска в оперативу, не процессор является узким местом. Даже с учетом того, что в процессе идет построение дерева

Очень хотелось бы, чтобы исправили копирование и вставку в режиме multiple carets (несколько курсоров). Сейчас вынужден копировать код в VS Code, там редактировать и вставлять обратно в студию. Иначе при копировании и вставке в каждом месте где курсор вставляет всё содержимое буфера.

Пример multiple cursor

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