C++/CLI IntelliSense в Visual Studio

[@GraD_Kh]

Если они наконец сделают нормальный, не отпадающий с некоторого момента интелисенс под плюсы, то небеса разверзнутся и планета Нибиру врежется в Землю до 2012 года! Считаю студию очень удобной IDE в целом, но этот момент реально бесит.

[@grigoryvp]

IDE для C++ разработки пожалуй что лучшая, но Intellisence в ней как не было, так и не ту. То что есть работает только на тривиальном коде вида «давайте сделаем hello world, создадим на стеке std::list и нажмем точечку — посмотрите, как клево нам показали список всех его полей!». На практике, за последние десять лет, на больших проектах intellisence не работала никогда :(.

Зато в Visual Assist эта же Intellisence работала всегда. Поэтому имеет смысл рассматривать Visual Studio + Visual Assist. По отдельности Visual Studio для C++ слабоюзабельна. Зато с ассистом — о-го-го :).

[@Dr_Zoidberg]

Тоже самое можно сказать про связку VS + Resharper для C#. Но это не отменяет того факта, что VS одна из лучших (если не самая) IDE.

[@thevery]

самая лучшая (особенно искаропки) — это всё-таки IntelliJ IDEA, ну да не будем тут холиварить

[@AlexTikhonov]

Забавная логика… вместо того, чтоб добавить хоть какой-то (без возможности импорта мета данных) по умолчанию выключенный, но с возможностью включить, принято решение не давать никакой.

Выглядит это скорее как «Мы не включили в эту сборку чтоб было что включить в следуюшую» :)

[@impwx]

Неправильно работающий код может раздражать куда больше, чем его полное отсутствие.

[@AlexTikhonov]

Именно по этому я предложил по-умолчанию его отключать. Но ать возможость включать.

Просто пусть разработчики сами решают что их раздражает, а что нет.

[@impwx]

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

[@AlexTikhonov]

Это не так. Microsoft уже не раз включала какой-то функционал, который, который работает криво.

Я не раз встречал функционал, который заявлен как работающий, но не до конца реализован (например, в .NET 1.1 номинально были классы для работы с арабскими цифрами, но при вызове их возвращалась пустая строка. Представители MS тогда сказали, что это будет исправлено в последующих версиях, а в 1.1. они включили для того, чтоб программисты уже могли пользоваться интерфейсом, который будет реализован позже).

Сейчас как-то не хочется думать и вспоминать другие примеры, но, уверяю Вас, таких примеров более, чем достаточно.

Тем более, судя по статье, тот функционал, который был реализован, работал корректно, но просто не было в возможности импорта мета-данных.

Если бы они написали «Сорри, ребят, мы написали, но код некорректен» — это было одно, но выходит «мы написали, кроме одной фичи, но подумали что оно вам без этой фичи не надо, по этому отключили».

[@impwx]

Они так и написали. В статье написано, что они переписали ядро Intellisense, но недооценили объем работ для его поддержки в C++, поэтому не смогли добавить его в продукт.

As part of our IntelliSense/IDE re-architecture in VS 2010 we decided to use a new compiler codebase for IntelliSense. This decision provided many benefits, but we simply underestimated the amount of work it would take to implement C++/CLI in this codebase, and we couldn’t change our plans by the time we realized it.

[@neptune]

У меня для C++ IntelliSense как отвалился в один момент, так больше и не работает. Пробовал даже студию полностью сносить и ставить, не помогло. :(

[@MaxFX]

У меня была подобная проблема, решилась удалением файлов от itellisence'а в папке проекта, саджесты снова начали работать.

[@zone19]

Ну в SP1 они понятное дело Intellisence не добавят, потому что SP1 — это бесплатно. А вот в новой версии, которую опять надо купить — это всегда пожалуйста.

[@Could]

Что я могу сказать? Нужно будет ждать новую версию, которая по логике выйдет не раньше 2012 года. А пока пользуюсь 2008, т.к. я не могу каждый раз вручную вбивать полностью названия поля или свойства, IntelliSense здорово экономит время. Жаль что до выпуска 2010 студии не успели дописать новую версию подсказки.

[@impwx]

Мне кажется, они так поступают с С++/CLI для того, чтобы пользователи постепенно мигрировали на C#.

Пару лет назад пришлось писать на C++/CLI два достаточно немаленьких проекта и впечатление осталось очень негативное — начиная с уродливых указателей-крышечек и gcnew и заканчивая постоянными глюками визуального редактора форм, когда из-за добавления одного несчастного пробела в код формы она намертво переставала грузиться. Шарп после этого показался просто верхом изящества. Так что в глубине души я поддерживаю их действие, хоть и понимаю, что для пользователей C++/CLI это достаточно жестоко.

[@zone19]

Поработайте в QtCreator над проектом в 5000 файлов. Гарантирую, что Вы быстро перемените свое мнение.

[@zone19]

Это скромный коммерческий продукт. Ну в теории я сам двумя руками за то, чтобы разбить его на 50 проектов по 100 файлов в каждом, но вот не всегда такое получается. Вот смотрю я на запускаемые файлы OpenOffice (soffice.exe) и MSOffice (outlook.exe), которые всего в 2 раза меньше нашего и понимаю, что это не только наша проблема.

[@impwx]

А для .ncb — файла в проекте под 5000 файлов отдельный хард покупать не приходится? ;)

[@zone19]

Не все так драматично. Собственно так как наш проект собирается отдельной билдовой системой, то неважно какую среду использовать. Некоторые используют VS, а я, например, использую Eclipse. Ну да, кеш в памяти занимает много, но по крайней мере понятно за что платишь.