Comments 35
Но аргументов против этого нет, только ненависть, как показала реакция на предыдущий комментарий.
Основные затупки появляются на большой количестве сложного шаблонного кода (у меня, например, cgal + boost + мои шаблоны просто жутко грузят clang code model). Переключение на обычную модель в данном случае ничего не решает, потому что она просто не умеет автодополнять более-менее сложный код.
Нет. Можно считать, что в существующей IDE под Windows появилась возможность удалённо писать и отлаживать нативные программы под Linux.
По мне так полноценная среда под Linux это Clion.
Полноценная? Для отладки и сборки — да. А вот непосредственно для работы с кодом — с оговорками. Например, студия очень шустро работает с мегабайтным исходником (собственно, потому он в итоге и народился, что ничего не тормозит). А в CLion любое телодвижение тут же греет процессор, и обновление экрана становится медленным и печальным. Смотреть на это уже грустно, а если ещё и работать, то вообще никак.
VS без visual assista от tomato, и с ним это совсем 2 разные среды.
В последних версиях VS IntelliSence очень неплохо доработали. Если в VS2010 и VS2012 я и представить себе не мог разработку на C++ без Visual Assist, то начиная с VS2015 я от него просто отказался.
Скажите, Visual Assits не конфликтует с решарпером?
Да, переименование и облегчение работы с definition-declaration. Но я не адепт автоматических рефакторингов, даже в C# использую только переименование. Фактически, мне нужна подсветка синтаксиса, нормальное ненавязчивое автодополнение и поиск по символам. Поэтому ни решарпером, ни ассистом я в итоге не пользуюсь — не вижу в них необходимых для себя функций.
Я раньше тоже не пользовался решарпером, но после того, как попробовал… Я освоил малую его часть, но и она мне очень помогает от рутинных действий.
— Изменение сигнатуры функции с исправлением интерфейса и наоборот
— Подсветка ошибок и автокомлит представлений и методов контроллеров в ASP.NET. К примеру, не создал представление — return View() будет подсвечено. Несоответствие типа модели представления и передаваемой модели. Автокомплит действий и контроллеров в Url.Action и подобных вещах.
— быстрое создание классов\интерфейсов без открытия вечно глючащего окна шаблнов
— автоматическое переименование с поиском по комментариям, представлениям итп. Но это самая глючная функция — надо внимательно читать, что он хочет напереименовывать.
Наконец-то! Теперь ждём расширения для Xcode, которое будет подключаться удалённо к Visual C++ через RDP, интегрироваться с IntelliSense и парсером проектов *,vcxproj, а затем компилировать и запускать всё ещё более удалённо — на Raspberry Pi через ssh.
Есть способ делать сборку на локальном компьютере под Linux эмулятором, а получившийся файл отлаживать удаленно (с копированием только elf)? Запустить C:\Windows\System32\bash.exe ~ с какими то параметрами, так как на удаленном нет gcc и прочего — только gdbserver.
Они бы вместо всей этой машинерии дали возможность просто запустить произвольный GDB с произвольным набором инициализационных команд. Сейчас это можно сделать только из студийной консольки, написав туда довольно длинную команду, которой нужно скармливать XML-файл. Ну очень неудобно с заливкой прошивок и дальнейшей отладкой через STLink работать.
Расширение Visual C++ for Linux Development