В очередной раз пытаюсь поменять привычную VS 2005 на что-нибудь более новое. Основная причина — даже в несложных проектах, если есть хотя бы десяток зависящих друг от друга конфигурационных макросов, перестает работать IntelliSense, не отображаются члены классов, параметры функций и т.п., приходится каждый раз лазить в описания, что достает.
Из C++ я использую только самые базовые возможности, плюс некоторые расширения MS, так что 14-й версии компилятора вполне хватает, основные претензии именно к оболочке.
Пробовал VS2012, но она после 2005 слишком тормозная. 2010 побыстрее, и ее вроде как считают более-менее стабильной, так что сейчас пробую ее.
Обнаружил, что 2010 не в состоянии преобразовать ни одного файла .vsprops из моих проектов. На большинство говорит "failed to load", хотя пути в логах правильные, и все файлы доступны. На остальные ругается, будто бы там "unknown name", указывая на номера несуществующих строк, или приводя фрагменты строк, которых в этих файлах нет и быть не может. То есть, конвертор полностью съезжает с катушек и начинает нести чушь.
В форумах/блогах на это многие жаловались, но представители MS традиционно жуют сопли и советуют протереть фары и попинать колеса. В итоге народ переделывал все руками, а мне это вовсе не улыбается.
Попытался найти фикс для этой проблемы — в блогах на эту тему ничего нет, а по ссылке, приведенной в "List of patches", у меня вообще ничего не отображается, хоть "All" выбираю в "Category", хоть что угодно другое.
Имеет смысл пытаться бороться с 2010, или попробовать более новые? Если новые — то какие? Не выношу систематических тормозов интерфейса при работе, даже на пару десятых секунды.
ЕМ>Имеет смысл пытаться бороться с 2010, или попробовать более новые?
После 2010 сильно испоганили UI, стало как для CGA-монитора в 4 градации серого. Чтобы найти в этой неразличимой однородной массе нужную надпись, приходится отвлекать значительную часть умственных способностей, и оно дико бесит. >Если новые — то какие? Не выношу систематических тормозов интерфейса при работе, даже на пару десятых секунды.
Если новые — то новейшие (2015), там исправлены некоторые новые глюки. Но комп нужен тоже новейший, и обязательно с SSD.
Данное сообщение является художественным произведением и освещает вымышленные события в вымышленном мире. Все совпадения с реальностью являются случайными. Не является инвестиционной рекомендацией.
Здравствуйте, Osaka, Вы писали:
O>После 2010 сильно испоганили UI, стало как для CGA-монитора в 4 градации серого. Чтобы найти в этой неразличимой однородной массе нужную надпись, приходится отвлекать значительную часть умственных способностей, и оно дико бесит.
вы это о чем?
O>Но комп нужен тоже новейший,
не обязательно
O> и обязательно с SSD
для с++ это в любом случае must-have
Говорить дальше не было нужды. Как и все космонавты, капитан Нортон не испытывал особого доверия к явлениям, внешне слишком заманчивым.
Здравствуйте, Osaka, Вы писали:
O>После 2010 сильно испоганили UI, стало как для CGA-монитора в 4 градации серого.
Я бы и 2010 с удовольствием привел к традиционному серому фону с минимумом цветовых рюшечек, но не знаю, как.
Кстати, она упорно не желает ставить для текстового редактора некоторые шрифты фиксированной ширины (например, FixedSys и моих самодельных), которые нормально видела 2005. Просто не показывает в списке доступных, хотя для других окон эти шрифты доступны. Это как-то лечится?
Здравствуйте, VTT, Вы писали:
O>>Но комп нужен тоже новейший,
VTT>не обязательно
Как 2015 работает на нетоповых конфигурациях? Задержки при навигации по меню заметны?
O>> и обязательно с SSD
VTT>для с++ это в любом случае must-have
Мне вполне хватало гибридного HDD (Momentus ST95005620AS, 7200). Тормоза ощущались только при открывании и первой компиляции, а потом все втягивалось в кэши, и никакой разницы с запуском целиком с RAM-диска вообще не было.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Как 2015 работает на нетоповых конфигурациях?
Если есть SSD, то практически так же, как и на топовых.
ЕМ>Задержки при навигации по меню заметны?
Такое разве бывает?
Говорить дальше не было нужды. Как и все космонавты, капитан Нортон не испытывал особого доверия к явлениям, внешне слишком заманчивым.
Здравствуйте, VTT, Вы писали:
VTT>Если есть SSD, то практически так же, как и на топовых.
Насколько "практически"? Какие-нибудь объективные единицы есть?
ЕМ>>Задержки при навигации по меню заметны?
VTT>Такое разве бывает?
Сплошь и рядом. Например, сейчас у меня 2010 стоит на макбуке с i5/2.7GHz и SSD, и многие окна интерфейса (свойства проекта, поиск/замена и т.п.) открываются с задержкой где-то 0.2 с, а некоторые — около секунды. Сохранение измененного Property Sheet занимает около секунды. Я не знаю, как они добились таких фантастических (это же сотни миллионов лишних процессорных команд) тормозов на простейших операциях, но факт налицо.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Сплошь и рядом. Например, сейчас у меня 2010 стоит на макбуке с i5/2.7GHz и SSD, и многие окна интерфейса (свойства проекта, поиск/замена и т.п.) открываются с задержкой где-то 0.2 с, а некоторые — около секунды. Сохранение измененного Property Sheet занимает около секунды. Я не знаю, как они добились таких фантастических (это же сотни миллионов лишних процессорных команд) тормозов на простейших операциях, но факт налицо.
Вот у меня есть планшет DellVenue 11 Pro на супер низковольтном низкомегагерцном Атоме.
На нем VS2015 сносно переваривает даже относительно тяжелые проекты (тысячи фалов, шаблоны, буст, разные другие библиотеки).
И это при работающем битлокере.
0.2с — мизерная задержка, вроде такое значение используется по-умолчанию для всяких анимаций в интерфейсе
Может у вас в windows и самой студии включены всякие красивости, типа rich visual experience?
Сохранение измененного Property Sheet, точнее применение этих изменений, по идее может занимать достаточно много времени (особенно если директивы препроцессора поменять например).
Не знаю, как вы там запускаете студию на макбуке, но звучит это странно.
Говорить дальше не было нужды. Как и все космонавты, капитан Нортон не испытывал особого доверия к явлениям, внешне слишком заманчивым.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>В очередной раз пытаюсь поменять привычную VS 2005 на что-нибудь более новое.
2008
EM>перестает работать IntelliSense, не отображаются члены классов, параметры функций и т.п., приходится каждый раз лазить в описания, что достает.
Visual Assist?
ЕМ>Пробовал VS2012, но она после 2005 слишком тормозная. 2010 побыстрее, и ее вроде как считают более-менее стабильной, так что сейчас пробую ее.
2010, вроде как, последняя из нативных. Дальше WPF. Тормоза дикие: холодный запуск 2015 студии 16 секунд (SSD) и это просто студия, без проектов. Переключение между Debug/Release 2-4 секунды (2-3 проекта, мизер!).
Сейчас сравнил с 2008 — запуск 3 секунды (правда, завершение 4-5), переключение конфигураций мгновенное (!).
ЕМ>Имеет смысл пытаться бороться с 2010, или попробовать более новые?
В 2010 своих багов хватает. Во время 2013 студии наелся их. Вот скоро выходит "15" студия, обещают работать шустро. Правда, и в ней не обошлось без революции.
ЕМ>>В очередной раз пытаюсь поменять привычную VS 2005 на что-нибудь более новое. F>2008
У меня часть проектов в этой студии, в связке с Visual Assist очень даже радует.
EM>>перестает работать IntelliSense, не отображаются члены классов, параметры функций и т.п., приходится каждый раз лазить в описания, что достает. F>Visual Assist?
+1, подсел на него еще во времена VS 6.
Здравствуйте, VTT, Вы писали:
VTT>Вот у меня есть планшет DellVenue 11 Pro на супер низковольтном низкомегагерцном Атоме. VTT>На нем VS2015 сносно переваривает даже относительно тяжелые проекты (тысячи фалов, шаблоны, буст, разные другие библиотеки). VTT>И это при работающем битлокере.
Понятно, что когда-то и как-то она переварит любой проект, лишь бы памяти хватило. А "сносно" — это как именно?
VTT>0.2с — мизерная задержка, вроде такое значение используется по-умолчанию для всяких анимаций в интерфейсе VTT>Может у вас в windows и самой студии включены всякие красивости, типа rich visual experience?
У меня, наоборот, напрочь отключены все анимации — именно поэтому задержки и ощущаются. Анимация их сглаживает.
VTT>Не знаю, как вы там запускаете студию на макбуке
Под VirtualBox. При этом сама винда и порядочные приложения ощутимо не тормозят.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Понятно, что когда-то и как-то она переварит любой проект, лишь бы памяти хватило. А "сносно" — это как именно?
Пока проект подгрузится / соберется, приходиться подождать, но вот сам интерфейс, менюшки, автодополнение, переход по файлам работает практически так же, как и на полноценной машине.
Говорить дальше не было нужды. Как и все космонавты, капитан Нортон не испытывал особого доверия к явлениям, внешне слишком заманчивым.
ЕМ>Пробовал VS2012, но она после 2005 слишком тормозная. 2010 побыстрее, и ее вроде как считают более-менее стабильной, так что сейчас пробую ее.
Я все же перешел на 2012 — там библиотека STL от С++11. А в 2010 — от С++2003.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Обнаружил, что 2010 не в состоянии преобразовать ни одного файла .vsprops из моих проектов.
Начиная с VS2010 используется новое поколение MsBuild, сильно отличающееся от старого, и обладающее гораздо большими возможностями. Поэтому изменились файлы проектов/свойств — расширение было vcproj/vsprops, стало vcxproj/props.
Автоматическая конверсия старых проектов возможна, но она работает довольно коряво. Сконвертированные проекты получаются тяжелыми, пересыщенными ненужными параметрами, сложными в дальнейшей поддержке. Имхо, автоматическую конверсию нужно рассматривать как временную меру, когда нужно срочно скомпилить старый проект в новой среде. Если планируется дальнейшее развитие этого проекта, то лучше заново сделать проект нового формата. И, кстати, да, проекты, использующие PropertySheets, автоматически конвертируются совсем плохо.
Я бы посоветовал не переживать из-за того, что старые vsprops не конвертятся. И вряд ли стоит ожидать, что их сможет сконвертировать какая-нибудь очередная VS2017.
Раз вы использовали PropertySheets в старых студиях, то имеет смысл разобраться с новым MsBuild и новыми PropertySheets — это действительно мощное средство.
И просто переписать PropertySheets заново.
