Опыт Optimal Eclipse CDT (С++) в марте 2010 года

Я студент, который будет использовать С++ в следующем квартале. Мне очень понравилось использовать выпуск Galileo для Eclipse с Java, и я хотел бы продолжить использование Eclipse для разработки на С++.

Теперь я экспериментирую с разработкой С++ на Eclipse. Я запускаю Eclipse 3.5 SR2 с CDT 6.02. Моя операционная система - Windows 7, и я установил MinGW-5.1.6. Версия 6.3 GDB установлена.

У меня есть компиляция и переход кода. Тем не менее, у меня есть подозрение, что я просто ползаю вдоль и еще не "вывел машину из первой передачи". Я потратил около недели, заглядывая в Интернет, чтобы узнать, что составляет и "оптимальный" опыт С++ Eclipse. В частности, я заинтересован в круглом отключении с UML и модульным тестированием.

Мое исследование Сети стало археологической раскопки. Я начал работу с 2003 года, альтернативные дистрибутивы MinGW, ссылки на плагины, мертвые ссылки, больше ссылок на плагины, страстные обсуждения ошибок gdb и другие ссылки на плагины.

Я больше не знаю, что может стать оптимальной средой С++ Eclipse. Влияют ли члены сообщества на взвешивание на то, что они считают текущим оптимальным опытом разработки С++ с использованием Eclipse?

Ответ 1

Вот что я закончил для среды разработки С++ в Windows 7.

Компилятор и библиотеки
- Nuwen MinGW Distro.
- Он включает библиотеки Boost, необходимые для модульной системы тестирования.
- Большое спасибо Stephan T. Lavavej за предоставление этого дистрибутива.

Debugger

отладчик GNU, созданный для Windows.
Я скопировал файл gdb.exe в папку C:\MinGW\bin, и он работал хорошо.
Спасибо за Equation Solution за предоставление исполняемых файлов win32 и win64 исполняемого файла GDB.

IDE

Eclipse IDE для разработчиков C/С++.

Рамки модульного тестирования CUTE (более простое автоматическое тестирование С++). Загрузите подключаемый модуль Eclipse с помощью установки программного обеспечения Eclipses. Добавьте этот URL-адрес в "Доступные сайты программного обеспечения": http://ifs.hsr.ch/cute/updatesite. Сайт CUTE имеет отличные инструкции по установке и использованию.

Мне не удалось найти инструмент моделирования кругового путешествия, который мне был полезен. Изучение бесплатных инструментов UML было похоже на блуждание по городу, который был подвергнут бомбардировке. Десятки проектов стояли в разных условиях удобства использования. Некоторые проекты были явно активными, некоторые из них были явно заброшены, но большинство из них находилось где-то посередине. Visio продолжает оставаться моим прагматичным выбором для создания моделей UML.

Ответ 2

CDT 7.0 (теперь в июне) будет иметь предварительный просмотр Codan, рамки статического анализа для C/С++. Он будет выделять логические ошибки для вас в режиме реального времени, то есть без необходимости ждать компиляции. (На данный момент у него не так много шашек, но число растет, и вы также можете использовать собственные шашки.)

CDT 7.0 также содержит новый отладчик, внесенный Nokia (называемый "EDC" ), который позволяет отлаживать, не полагаясь на сторонние инструменты, такие как gdb. Это также позволит отлаживать бинарные файлы Visual Studio, что ранее было невозможно.

Команды "Open Type" и "Open Resource" CDT (и JDT также, BTW) - это то, что я всегда пропускаю, когда мне приходится делать что-то в Visual Studio. Возможность найти любой тип путем инкрементного ввода части его имени очень практична, а Visual Studio не имеет ничего близкого к ней.

Интеграция с модульным тестированием все еще отсутствует. Не уверен, почему это не поймало.

Ответ 3

Видя, как ни один из богов С++ здесь, на SO, не весил...

Мой последний опыт работы с CDT был около 1 года назад. Мне тоже нравится затмение для Java, и в то время как CDT "выполнял эту работу", я не чувствовал, что это лучше, чем Code:: Blocks, которые я использовал для кросс-платформенной разработки.

Eclipse действительно имеет доступ к UMLet, который является моим любимым инструментом UML, поскольку он использует очень простой язык сценариев вместо "мыши" -click-drag-double-click-type 'ад, что большинство приложений UML оказываются. Тем не менее, UMLet также может использоваться как отдельное приложение, которое заставляет его затмение выполнять чуть больше, чем тратить экранную недвижимость.

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

На стороне Linux вы найдете разработчиков, использующих то, что они хотят использовать (Anjuta, Code:: Blocks, Dev-С++, kdeveloper, EMACS, vim и т.д.)

На стороне Windows вы найдете Visual Studio в подавляющем большинстве, за которой следует IDE выше, которая является кросс-платформой.

В конце концов, если я должен был развиться в Eclipse; Я бы использовал CDT, UMLet и Subclipse. Сделав это, я, вероятно, буду долго стоять на своих TortoiseSVN, Visual Studio, Code:: Blocks и UMLet.

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