Кто работал с VS 2022, поделитесь — есть в ней по сравнению с 2019 качественные улучшения в плане C++ под винду, до десятка проектов в solution, до десятка мегабайт исходников?
Или только по другим языкам/платформам, для очень больших проектов и т.п.?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Кто работал с VS 2022, поделитесь — есть в ней по сравнению с 2019 качественные улучшения в плане C++ под винду, до десятка проектов в solution, до десятка мегабайт исходников?
ЕМ>Или только по другим языкам/платформам, для очень больших проектов и т.п.?
C# перелез сразу в ноябре. субъективно лучше, чем не скажу. проекты средние.
Здравствуйте, Евгений Музыченко, Вы писали:
vaa>>субъективно лучше
ЕМ>Только субъективно?
Субъективно да. Насчет качественных улучшений — она 64-битная.
Теоретически должно помочь на больших проектах.
У меня просто больших проектов сейчас нет.
Здравствуйте, flаt, Вы писали:
F>Чем 2015 или 2017 не устраивает?
А хз — может, и 2015 устроит. Я ж до сих пор сижу на 2008 — она последняя из более-менее быстрых. Сама студия меня в целом устраивает, в ней мало что раздражает, но ее компиляторы не понимают свежих SDK/WDK, и многие клиенты просят к исходникам проекты в новом формате.
А из более старших версий я мало-мальски пробовал только 2019, остальные — только очень поверхностно. 2019, на мой взгляд, тормозит безбожно, особенно поначалу, пока не втянется в файловый кэш. Вот и пытаюсь выбрать оптимальный вариант, чтоб меньше материться при работе.
F>не принимая во внимание компилятор.
В компиляторах мне хватит нормальной поддержки C++11.
ЕМ>Кто работал с VS 2022, поделитесь — есть в ней по сравнению с 2019 качественные улучшения в плане C++ под винду, до десятка проектов в solution, до десятка мегабайт исходников?
ЕМ>Или только по другим языкам/платформам, для очень больших проектов и т.п.?
Я только про C# скажу. При загрузке больших солюшенов 2022 побыстрее отмерзает.
Иконки а-ля Windows 3.1. На любителя.
А теперь оффтопик. Как сделать, чтобы через строку поиска Solution Explorer можно было искать поля и методы класса? 2019 ищет, 2022 нет.
Здравствуйте, yenik, Вы писали:
Y>Я только про C# скажу. При загрузке больших солюшенов 2022 побыстрее отмерзает.
А какова зависимость между объемом проекта и скоростью загрузки? 2019 даже совсем несложные, по нескольку десятков файлов, и общим объемом в сотни килобайт, грузит по 10-15 с — я в полных непонятках, что там можно делать столько времени. Примерно столько же времени занимает полная сборка проекта под любую платформу.
А просто в работе 2022 более реактивна, чем 2019, или менее?
Y>>Я только про C# скажу. При загрузке больших солюшенов 2022 побыстрее отмерзает.
ЕМ>А какова зависимость между объемом проекта и скоростью загрузки? 2019 даже совсем несложные, по нескольку десятков файлов, и общим объемом в сотни килобайт, грузит по 10-15 с — я в полных непонятках, что там можно делать столько времени. Примерно столько же времени занимает полная сборка проекта под любую платформу.
ЕМ>А просто в работе 2022 более реактивна, чем 2019, или менее?
Как сказать. Зависимость между объемом проекта и скоростью загрузки — ну наверно там кучу всяких инициализаций и размещений в памяти нужно сделать, и это отнимает время. Похоже, что в 2022 сделали какую-то оптимизацию. А уже в работе не скажу, что 2022 более реактивна. Может даже ещё сильнее тупит. Например, показывает красными сквигглами ошибку, а когда исправишь, сквиггл ещё долго не исчезает.
Здравствуйте, yenik, Вы писали:
Y>наверно там кучу всяких инициализаций и размещений в памяти нужно сделать, и это отнимает время.
Чтобы инициализации/размещения в памяти отнимали столько времени, их количество для описанного масштаба продукта должно исчисляться самое малое десятками миллионов. Ну, или все данные должны храниться во внешней базе, с обращением к отдельным переменным, каждое из которых оформляется сложной цепочкой вложенных вызовов, со множеством копирований и т.п.
Если б VS была писана на каком-нибудь питоне — еще туда-сюда. Но она, насколько я знаю, на C++/C#.
ЕМ>Чтобы инициализации/размещения в памяти отнимали столько времени, их количество для описанного масштаба продукта должно исчисляться самое малое десятками миллионов. Ну, или все данные должны храниться во внешней базе, с обращением к отдельным переменным, каждое из которых оформляется сложной цепочкой вложенных вызовов, со множеством копирований и т.п.
Сердце подсказывает, что ты чертовски прав. Но я не знаю, как это доказать.
Здравствуйте, yenik, Вы писали:
Y>не знаю, как это доказать.
Например, сравнением уровней сложности. У компиляторов от MS (cl.exe) довольно неплохое быстродействие. Время, которое VS 2019 затрачивает на загрузку solution'а на C++ упомянутого объема, инициализацию своих окошек, менюшек и тулбаров, превышает время, требуемое ее компиляторам для полной перекомпиляции всех файлов этого solution'а. Сравните сложность компиляции с C++ и загрузки списка файлов и отрисовки простых текстовых окошек/менюшек.
Подобные тормоза на современном железе возможны лишь при чудовищной, запредельной неоптимальности реализации GUI и внутренних баз данных.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Кто работал с VS 2022, поделитесь — есть в ней по сравнению с 2019 качественные улучшения в плане C++ под винду, до десятка проектов в solution, до десятка мегабайт исходников?
ЕМ>Или только по другим языкам/платформам, для очень больших проектов и т.п.?
Качественно потребляет память она же теперь x64. Небольшой cmake проект и минус 2,5 GB оперативки.
Перешел из-за этого на VS Code потребляет только 700 MB
Здравствуйте, flаt, Вы писали:
F>Чем 2015 или 2017 не устраивает? Просто интересно, не принимая во внимание компилятор.
Например тем, что не обновляется CRT. Если там будет найдена уязвимость (или просто бага), MS её исправит только в поддерживаемых версиях студии.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, vaa, Вы писали:
vaa>>субъективно лучше
ЕМ>Только субъективно?
сейчас объективно, в момент пересборки (C#) было открыто два солюшина в 2019.
повисла намертво, даже диспетчер не отвечал. в 2022 такой фигни не было точно.
причем виснет регулярно. не так жестко, но часто.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Подобные тормоза на современном железе возможны лишь при чудовищной, запредельной неоптимальности реализации GUI и внутренних баз данных.
Тоже начинаю склоняться к тому, что в VS2022 таки допустили обезьян к сорсам!
Поставил 2022 студию, начались проблемы: сам солюшен загружается быстро. При этом в бэке(студии) висят какие-то ещё задачи. Если открыт дизайнер, не показывает ничего — грит, канпеляй! В предыдущих студиях такого маразма не было.
Проблема 2: открыл сорсы C#, есть подсветка ключевых слов, а типы не подсвечиваются! Эт чё блин ваще?? Компиляю — в статусе пишет, что успешно сбилдил. В редакторе типы не подсвечены!
Закрываю исходник, снова открываю, студия чота там прочухалась — типы видны.
В другом проекте (абсолютно рабочем и компилябельном) открываю проект — не видит типы из референсной сборки (и соотв. не канпеляет). Сборка моя и она есть на диске. Удаляю сборку, снова подключаю — слава слоупокам из MS, типы видны!
Я так чую, те макаки, что пилили винду-11, таки сбежали в обед в комнату "студийщиков", проехались жопой по клаве и закоммитили в главную ветку. Процесс деградации студии на лицо — хоть ты её 128 битной сделай, стоеросовые индусы таки найдут способ подсунуть тебе грабли! Бежать надо с этой 2022 студии, пока совсем мне проекты не испортили. Клоуны и "прибыльная работа в офисе", фигли!
Я ещё понимаю, смуглые рукожопы венду дербанят, но СТУДИЯ?! Это ж святое, это инструмент создания программ! К нему вообще должны подпускать только избранных.
Эт чё блин ваще?? Компиляю — в статусе пишет, что успешно сбилдил. В редакторе типы не подсвечены!
