Max Home IndustryMicrosoft описала виды улучшений, которые мы можем ожидать в следующей версии Visual Studio, и, похоже, разработчику C++ есть на что рассчитывать.
Если вы программист на C# или VB и случайно попали в C++ с помощью Visual Studio (2010), то вы будете потрясены, обнаружив, насколько примитивна среда IDE для этого предположительно равного члена команды — особенно если вы попытаетесь использовать ее для создания приложения с управляемым кодом. Конечно, C++ всегда отставал на фронте управляемого кода из-за технических трудностей; он только что приобрел дизайнера форм и до сих пор не получил дизайнера WPF.
Теперь Microsoft в виде сообщения в блоге Сумита Кумара (менеджер программ VC++) описывает виды улучшений, которые мы можем ожидать в следующей версии Visual Studio. Это добавляет к идее, что после столь долгого пребывания в дикой местности C++ возвращается домой.
Список улучшений не очень впечатляет, но все равно приветствуется. Во-первых, обычная раскрашивание ключевых слов распространяется на типы, перечисления и макросы, и вы можете настроить назначение цветов. Когда вы наведете курсор на символ, подсветка ссылок выделит все остальные вхождения символа в области видимости, и вы сможете перейти к ним с помощью пользовательских клавиш.
Вы также можете ожидать автоматического запроса Intellisense списка членов класса, и список будет уменьшаться по мере ввода символов, которые сужают выбор. Нет ни слова о том, будет ли запрос Intellisense распространен на управляемый C++, на данный момент он просто недоступен. Вы также сможете использовать фрагменты кода для ввода блоков кода в свою программу. Наконец, новый обозреватель решений будет представлять собой нечто среднее между проводником файлов и проводником классов, показывая, какие классы определены в каждом файле.
В целом список улучшений приветствуется, но не то, что действительно нужно большинству программистов на C++ — например, см. MSDN. Основная жалоба заключается в том, что интерфейс медленный, часто загроможденный и нелогичный, хотя вопрос о том, насколько неловкость интерфейса вызвана просто медлительностью, спорен.
Подразумевается, что Visual Studio такая, какая она есть, из-за принятия WPF для своего пользовательского интерфейса, и, в конце концов, какой уважающий себя программист на C++ будет использовать WPF в приложении? Это похоже на то, как если бы программисты C++ в мире Microsoft страдали под гнетом управляемого кода, и в частности WPF, и просто хотели вернуться к машинному коду. Если C++ действительно станет центром возрождения «собственного кода» в Microsoft, будет все труднее оправдать тот факт, что следующая и последующие версии Visual Studio управляются кодом WPF.