Оптимальный Eclipse CDT (C++) опыт в марте 2010
Я - студент, который будет использовать C++ следующий квартал. Я действительно любил использовать выпуск Galileo Eclipse с Java, и я хотел бы продолжить использовать Eclipse для для разработки C++.
Я теперь экспериментирую с разработкой C++ на Eclipse. Я выполняю Eclipse 3.5 SR2 с CDT 6.02. Моя операционная система является Windows 7, и я установил MinGW-5.1.6. Версия 6.3 GDB установлена.
У меня есть он компиляция и продвижение через код. Однако у меня есть подозрение, что я просто сканирования вперед и должен все же "сместить автомобиль из первой передачи". Я провел приблизительно неделю, вводя по абсолютному адресу вокруг в сети для изучения то, что составляет и "оптимальный" C++ опыт Eclipse. В частности, я интересуюсь круглым смещением с UML и поблочным тестированием.
Мое исследование сети стало археологическим, роют. Я поднял статьи с практическими рекомендациями с 2003, альтернативные дистрибутивы MinGW, ссылки на плагины, битые ссылки, больше ссылок на плагины, страстные обсуждения gdb ошибок и больше ссылок на плагины.
У меня больше нет идеи, что могло бы составить оптимальный C++ среда Eclipse. Члены сообщества хотели бы к взвешиванию на том, что они считают текущим оптимальным опытом для разработки C++ с помощью Eclipse?
3 ответа
Вот что у меня получилось для среды разработки C ++ в Windows 7.
- Компилятор и библиотеки
- Nuwen MinGW Дистро .
- Он включает библиотеки Boost, необходимые для среды модульного тестирования.
- Большое спасибо Stephan T. Lavavej за то, что он сделал этот дистрибутив доступным.
- Отладчик
- Отладчик GNU, созданный для Windows .
- Я скопировал файл gdb.exe в свою папку C: \ MinGW \ bin, и он работал нормально.
- Благодарим за Equation Solution за предоставление исполняемого файла GDB для win32 и win64.
- IDE
- Фреймворк модульного тестирования
- CUTE (Упрощенное автоматическое модульное тестирование C ++).
- Загрузите подключаемый модуль Eclipse, используя установку программного обеспечения Eclipse. Добавьте этот URL-адрес в «Доступные сайты программного обеспечения»: http://ifs.hsr.ch/cute/updatesite.
- На веб-сайте CUTE есть отличные инструкции по установке и использованию.
Мне не удалось найти полезный для меня инструмент двустороннего моделирования. Изучение бесплатных инструментов UML было похоже на блуждание по разбомбленному городу. Десятки проектов стояли в разной степени юзабилити. Некоторые проекты были явно активными, некоторые были явно заброшены, но большинство из них находились где-то посередине. Visio по-прежнему остается моим прагматичным выбором для создания моделей UML.
Учитывая, что ни один из богов C ++ здесь, на SO, не взвесил ...
Мой последний опыт работы с CDT был около года назад. Я тоже люблю eclipse для Java, и хотя CDT «выполнил свою работу», я не чувствовал, что он делает это лучше, чем Code :: Blocks, который я использовал для кроссплатформенной разработки.
Eclipse действительно имеет доступ к UMLet , который является моим любимым инструментом UML, поскольку он использует очень простой язык сценариев вместо адского типа «щелчок мышью-перетаскивание-двойной щелчок», как в большинстве приложений UML. оказалось. Тем не менее, UMLet также можно использовать как отдельное приложение, благодаря чему его включение в eclipse дает немногим больше, чем тратить лишнее пространство на экране.
В конце концов, я действительно не думаю, что вы найдете много профессионалов, разрабатывающих в CDT.
Со стороны Linux вы найдете разработчиков, использующих то, что они хотят использовать (Anjuta, Code :: Blocks, Dev-C ++, kdeveloper, EMACS, vim и т. Д.)
Со стороны Windows вы найдите Visual Studio, за которой в подавляющем большинстве следует IDE, описанная выше, которая оказывается кроссплатформенной.
В конце концов, если бы мне пришлось развиваться в Eclipse; Я бы использовал CDT, UMLet и Subclipse. После этого я, вероятно, буду скучать по TortoiseSVN, Visual Studio, Code :: Blocks и автономному UMLet.
Что касается автоматизированного модульного тестирования? Не знаю, напишу свои тесты от руки. Надеюсь, это поможет.
CDT 7.0 (выйдет в июне) будет иметь предварительный просмотр Codan, фреймворка статического анализа для C/C++. Он выделит для вас логические ошибки в "реальном времени", т.е. без необходимости ждать компиляции. (На данный момент в нем не так много средств проверки, но их число растет, и вы также можете реализовать собственные средства проверки).
CDT 7.0 также включает новый отладчик, предоставленный компанией Nokia (под названием "EDC"), который позволяет выполнять отладку, не полагаясь на инструменты сторонних производителей, такие как gdb. Это также позволит отлаживать двоичные файлы Visual Studio, что ранее было невозможно.
Команды "Open Type" и "Open Resource" в CDT (и JDT тоже, BTW) - это то, чего мне всегда не хватает, когда приходится делать что-то в Visual Studio. Возможность найти любой тип, инкрементально набрав часть его имени, очень практична, а в Visual Studio нет ничего близкого к этому.
Интеграция с юнит-тестированием все еще отсутствует, однако. Не совсем понятно, почему это не прижилось.