Оптимальный опыт Eclipse CDT (C ++) в марте 2010 года - PullRequest
Новая
       11

Оптимальный опыт Eclipse CDT (C ++) в марте 2010 года

20 голосов
/ 22 марта 2010

Я студент, который будет использовать C ++ в следующем квартале.Мне очень понравилось использовать Eclipse-версию Galileo с 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 ]

4 голосов
/ 30 марта 2010

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

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

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

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

4 голосов
/ 05 апреля 2010

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

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

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

IDE

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

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

Видя, что ни один из богов C ++ здесь, на SO, не взвесил ...

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

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

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

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

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

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

Насколько автоматизировано юнит-тестирование? Не знаю, напишите мои тесты вручную. Надеюсь, это поможет.

...