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

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

Здорово, что это работает в C++.
Надеюсь, что бд IntelliSense перестанет ломаться и её не придется искать, убивать и перезапускать визуалку. А то в проектах со сложной структурой объектов у меня частенько она летит, временами в день успевает 2-3 раза сдохнуть. Таково поведение у меня на VS 2010, вот и давно мечтаю о интеграции VA прям в визуалку.
самое страшное, в 2008 студии помню было, что если ломается IntelliSense скомпилироваться может что попало — все что угодно, но не то, что написано в файлах с исходным кодом. Однажды целый день развлекался, пока не удалил файл ncb
Что то пугает меня «специальная хитрая логика» IntelliSense. А вообще часть функционала наконец то радует, давно пора…
обычный fuzzy match
Получается они просто реализовали все функций/фичи Visual Assist X
Да, точно так же, как в 2010 они реализовали часть функций решарпера для C#. По-моему это у них политика такая.
Вообще приятно, поддержка C в MSVC явно отставала.
Во-первых, MSVS. Во-вторых, хромает только IDE часть.
Изменений для C++ в VS, кажется, не было года с 2000. Что это они разродились?
Кстати, а рефакторинг человеческий будет?
И возможность генерить тело класса по хедеру?
Про это ничего не известно. Все, что известно есть в этой статье и в видео с Диего(но там тоже самое).
Были. В 2010 точно (http://msdn.microsoft.com/en-us/library/dd465215.aspx), а может быть и раньше.
Изменения в компиляторе с 2000го года были очень существенные. Что же до IDE, MFC и прочего mouse-driven-programming, C++ в этих нишах используется всё реже и реже. У него другая область применения.
Все описанное уже есть в VA. Основная надежда — что переделают ядро, чтобы IntelliSence не падал и распознавал хоть сколько нибудь сложные конструкции.
VA денег стоит, и ставится только на студию, которая тоже денег стоит.
Ядро IntellisSence уже переделали для 2010 студии и сложные конструкции он распознает нормально.
угу, распознает, особенно boost::mpl
можете привести пример кода, где пасует VS?
попробую поискать, как время будет: у меня IntelliSence отключен по причине постоянно выскакивающей таблички «Please wait, updating IntelliSence...»
я могу привести около 1000, только толку мало будет.
Баг репорты отправили?
На конект пробовал писать, но конект это такой хитрый сайт, там тебя будут убеждать что это либо не баг, либо out of scope, либо будет пофишкено только в следующей версии студии.

К тому же в данном случае баг обширный и называется IntelliSense не работает для С++ проектов. И о нем знают. Если бы такое было в C#, у нас был бы hotfix сразу после выхода студии.
IntelliSense не работает для С++ проектов

Вы уже третий человек в этой теме, с такими громкими заявлениями и без единой строчки кода. Я не знаю, что у вас не работает. У меня все(IntelliSense) работает нормально. Использую и Qt и boost — проблем не знаю. Правда mpl не использовал.
Я допускаю, что в нем есть проблемы но заявлять, что IntelliSnese не работает для C++ значит лгать, читающим Ваш комментарий, людям.
Не, ну он правда не работает, это как бы факт. На том же коннекте есть сотня багов которые примерно так и называются. По большей части закрытых в состояниях «не баг», «не воспроизводится», «баг, воспроизводится, будем думать в следующей версии студии».
Угу, чуть больше шаблонной магии, чем оно может съесть и он постоянно жрёт одно ядро, память, винт и висит — все подсказки перестают работать. Помогает только полностью отключить IntelliSense.
Можно пример для воспроизведения?
Проект с использованием FireBreath. Который итенсивно использует boost и своих шаблонных классов вагон.
Можете привести конкретный пример, как я могу воспроизвести эту ситуацию? Если он действительно имеет место, то нужно создать баг репорт.
Конкретный пример — это не один файлик на котором падает. Берёте FireBreath, создаёте плагин, открываете в VisualStudio 2010.
НЛО прилетело и опубликовало эту надпись здесь
Под студию темы есть. Даже где-то был целый сайт с темами.
НЛО прилетело и опубликовало эту надпись здесь
А что с C++/CLI — будет для него IntelliSense и прочие улучшения? А то в 2010 совсем его забросили. И это при том, что их команда смогли создать компилятор для .NET, который рвет в клочья C# и VB. При этом у девелопера остается выбор — использовать ли .NET api или native Win32.

Да, синтаксис страшноват, ну и что с того? Вон Erlang люди используют, а ведь тоже не красавец язык.
If you could make it possible to add a .cpp or a .h file in less than 30 seconds, preferably without a modal dialog locking up the entire IDE in the meantime, I'd be much more impressed.

Вот этот комментарий раскрывает суть проблемы намного лучше. Добавить «рюшечек» можно сколько угодно, но пока центральные аспекты IDE тормозят так сильно, зачем усложнять жизнь еще больше? И IntelliSense — нужно чтобы он хоть как-то работал, потому что в текущей версии студии он слетает напрочь.
Ай, да ладно. Я вот только что через менюшку «Добавить класс» создал и cpp и h-файлы за секунд 10, из которых 4 набирал имя класса. А на счет не лочить IDE — а зачем его не лочить. Вам в процессе создания файла нужно редактировать какой-то внешний код?
Ну когда же разработчики уже сделают нормальное окно с настройками цветовых схем! В таком мелком и неудобном окне создавать тему сплошное мучение…
Ага, и додумаются окно настроек делать с поддержкой изменения размера. И вообще замечательно, если будут сразу учитывать размер экрата при его открытии, что бы оно, имея скроллеры, не занимало 5% площади экрана.
Лет 5 назад по рабочей необходимости я пересел на vim, который казался тогда снобистским «лишь бы не как у людей». До того я пользовался разными IDE — visual studio, c++ builder, eclipse, QtCreator. Сейчас я могу сказать, что удобство IDE с её рюшечками — понятие субъективное. При дизайне пользовательских интерфейсов, несомненно, IDE удобны, но для повсеместного пользования они не так уж и необходимы, как может казаться.
После удалённой работы в vim, гигабайты оперативы, сожранные «редактором кода» типа VS, периодические залипания, необходимость трогать мышку и т.п. — всё это очень нехило расшатывает нервы. Если за эти удобства еще и отвалить пару килобаксов, то совсем грустно становится.
VIM не может динамически делать go to definition без постоянного перезапуска ctags :(. Ну и intellisence по сравнению с VS очень слабый и, опять же, требует постоянного перезапуска ctags.
По сути дела они просто догоняют редактор кода для C#, который за то время пока C++ оставался бедным родственником, ушел в отрыв. Ну разве что кроме изменений в Solution Explorer — это по сути дела признание того, что Solution Navigator в майкрософтовском расширении студии был удачной идеей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории