Лучшая C++ IDE для * nix

KDevelop хорош, особенно если вы используете KDE. Он поддерживает множество языков в качестве дополнительного бонуса. Я нашел его встроенный терминал действительно полезным.

Я не могу ручаться за модуль Eclipse, но это может быть связано с тем, что я работаю в Windows и почти не знаю, что делаю.

Однако не ошибетесь с вашим любимым текстовым редактором.

Я просто использую Emacs.

Как программист, который много лет писал код под Linux, я просто не могу отказаться от использования Vim для написания кода.

Как только вы его изучите и узнаете некоторые из его более продвинутых функций (сворачивание кода, как использовать ctags, как эффективно работать с несколькими буферами и т. д.), Переход к другому редактору будет очень сложным - поскольку во всем остальном, похоже, отсутствуют функции, которые вы привыкли.

Единственный другой редактор с расширенным набором функций vim - это emacs. Я настоятельно рекомендую изучить один или другой - и если у вас есть вопросы, не стесняйтесь задавать здесь или в #emacs или #vim на irc.freenode.net - существует очень большое и полезное сообщество, которое поможет вам узнать, какие расширения или команды лучше всего подходят для задач редактирования программного обеспечения, с которыми вы сталкиваетесь.

[Обновлено: в комментарии отмечалось, что «vim не является IDE», я согласен. Мне не нравится прозвище IDE, потому что оно означает графический интерфейс с менеджером проекта и кучей раскрывающихся списков. Мне нравится использовать терминологию «Хорошие инструменты». См. Записи Тед Люн по этому вопросу]

Netbeans получил довольно хорошие отзывы о поддержке C++: http://www.netbeans.org/features/cpp/

Я никогда не использовал Netbeans или Eclipse для разработки на C++, но на это стоит посмотреть.

Мне очень нравится CodeLite. Посмотрите, это страница функций.

Emacs - это фантастическая среда IDE, которая не мешает мне мешать, но может делать все. См. Другой связанный вопрос: Использование Emacs как IDE

Я бы порекомендовал CodeBlocks.

Особенности:

• Открытый исходный код! GPLv3, никаких скрытых затрат.
• Кроссплатформенность. Работает на Linux, Mac, Windows (использует wxWidgets).
• Написано на C++. Никаких интерпретируемых языков или проприетарных библиотек не требуется.
• Расширяется с помощью плагинов

Компилятор:

• Поддержка нескольких компиляторов:
  • GCC (MingW / GNU GCC)
  • MSVC++
  • Цифровой Марс
  • Borland C++ 5.5
  • Откройте Watcom
  • ...и больше

Я задавал этот вопрос перед тем, как испытать пользователей Linux, и они всегда говорят Vim и automake. Я использую Vim в качестве редактора по умолчанию в Linux, и через некоторое время он становится интуитивно понятным. Я научился этому, работая с небольшими примерами при изучении C++, так что я мог изучать и то, и другое одновременно.

В Ubuntu в репозиториях доступны следующие IDE:

• Kdevelop
• Geany
• Анджута

Существует также:

• Затмение (рекомендуется не устанавливать из репозиториев из-за проблем с правами доступа к файлам / папкам)
• Код :: блоки

И, конечно же, всеми любимые текстовые редакторы:

• vi / vim
• emacs

Это правда, что vim и emacs - очень мощные инструменты, но кривая обучения очень крутая.

Мне действительно не нравится Затмение, я считаю его глючным и слишком неуклюжим. Я начал использовать Geany как простую, но функциональную среду IDE годный к употреблению. Он имеет базовую функцию автозавершения кода и приятный чистый интерфейс [Gnome]. Анджута Пробовал сутки, совсем не понравилось. Я не нашел его таким полезным, как Geany.

Kdevelop и код :: блоки получили кучу хороших отзывов, но я их не пробовал. Я использую gnome, и мне еще предстоит увидеть приложение KDE, которое хорошо выглядело бы в gnome (извините, я уверен, что это отличная программа).

Если бы только Bloodshed dev-C++ был выпущен под linux. Это фантастическая программа (но только для Windows). Вы всегда можете запустить его под Wine;)

В какой-то мере все сводится к личным предпочтениям. Мой совет - изучить Kdevelop, Geany и code :: block в качестве отправной точки.

Лично я также согласен с толпой kDevelop. Eclipse казался немного громоздким и слегка нестабильным. Что-то в kDeveloper всегда кажется правильным.

Eclipse неплох, но вы должны делать все так же, как Eclipse. В Eclipse есть несколько встроенных идей по структуре каталогов. Для нового проекта Eclipse - разумный выбор. Импорт существующего проекта в Eclipse может потребовать некоторой реструктуризации.

Раньше я использовал Eclipse под QNX для C++. Сотрудники QNX фактически разработали возможности C++, поэтому у QNX должна быть IDE.

Мой голос - KDevelop (хотелось бы, чтобы у меня было больше очков, чтобы я мог «проголосовать», чтобы я мог просто косвенно соглашаться с другими, чем комментировать).

Я использую Eclipse уже около пары лет для личного пользования, убеждая себя, что «раз уж IBM пожертвовала его, он должен быть хорошим», но потом я обнаружил KDevelop и никогда не возвращался. Поскольку я довольно избалован Microsoft Visual Studio для профессионального использования, KDevelop показался мне наиболее удобным.

Я хочу наслаждаться программированием как хобби, а не тратить время на поиски того, что делают ctrl-k-k и ctrl-k-b. Как уже упоминалось другими, все, что им кажется правильным, является лучшей IDE. Для меня KDevelop кажется наиболее удобным, потому что я могу сконцентрироваться на кодировании (я, вероятно, мог бы переназначить ключи для других IDE, чтобы они были похожи на VS, но, как уже упоминалось, я предпочитаю тратить свое время на кодирование, что более весело).

Если вы работаете с Windows и Visual Studio, возможно, вы обнаружите, что Code :: Blocks соответствует вашим ожиданиям.

Это был мой опыт; Сначала я попробовал несколько других, но все они, казалось, ожидали, что я дам длинное руководство, прежде чем я смогу начать делать что-нибудь интересное - а с дюжиной IDE, чтобы попробовать, это могло занять несколько дней.

С Code :: Blocks не было обручей, через которые нужно было перепрыгивать, и очень мало обязательный мусор, которые нужно было изучить, прежде чем я смогу быть продуктивным. Я по-прежнему предпочитаю Visual Studio, но Code :: Blocks может открывать мои проекты Visual Studio, и, похоже, мне не нужно терять время, поэтому для меня это самая выигрышная * nix IDE.

На моей старой работе мы использовали SlickEdit для разработки на C++ под Debian. Он кроссплатформенный и довольно мощный.

Однако это не бесплатно.

Я использую подключаемый модуль NetBeans C++, и он великолепен. Я работаю в Visual Studio, и управление проектами Netbeans очень похоже. Я попробовал KDevelop, но он показался мне немного нестабильным (это было 12 месяцев назад, так что сейчас, наверное, лучше).

Я также боролся с зависимостями с помощью KDevelop - то есть там, где программа требует, чтобы сначала была создана масса библиотек, - но Netbeans упростил это.

Единственная жалоба заключается в том, что будучи Java-приложением, оно не очень быстрое - очень заметно при работе под VMWare.

Я был пользователем VisualStudio + VA-X до того, как переключился на ubuntu, и мне требовалось хорошее автозаполнение и функции навигации в любой среде IDE.

Я пробовал Netbeans, Eclipse CDT, CodeBlocks, Geany, Anjuta, KDevelop и, наконец, остановился на KDevelop, так как это было ближе всего к VS + VA-X.

Eclipse и NetBeans на мой вкус слишком тяжелые и медлительные. Большинство других IDE имеют ошибочное / неполное / немое автозаполнение и другие функции; или они хотят получить контроль над вашим кодом и должны быть импортированы в проекты; или они помещают 101 файл в исходную папку. Только KDevelop позволил мне иметь простую ссылку на мою папку src и позволить мне работать. авто комплектация не гениальная, но лучше остальных.

KDevelop плохо сочетается с моим Gnome, но я могу с этим жить;)

Окончательный ++ [http://www.ultimatepp.org/index.html]

[править]
У него есть собственные библиотеки классов C++ (как указывает Эрнан), но ничто не мешает вам использовать любые другие библиотеки классов, такие как SDL, или вы можете использовать свои собственные. Вы даже можете использовать ускорение, если хотите, но я должен сказать, что я считаю некоторые из предоставленных классов и методов более полезными.

Что мне больше всего нравится, так это блестящая интеграция с отладчиком и очень полный контекстно-зависимый редактор. Он использует стандартный компилятор и отладчик (gcc, g ++, gdb) в Linux и компилятор / отладчик MS на этой платформе.

Единственная (очень небольшая) проблема, которую я испытываю, - это самодельные имена для проектов (называемые Nest и т. . В этом нет необходимости и может даже оттолкнуть серьезных разработчиков, но это всего лишь имена, и я считаю, что могу легко это игнорировать.

Emacs работает для простых вещей, но я использую Eclipse для любого более крупного проекта.

Проще говоря, Netbeans. Вы должны попробовать. Это так хорошо. Это намного лучше, чем Eclipse с плагином CDT.

Я удивлен, что никто не упомянул Qt Creator, так как он доступен в большинстве репозиториев, довольно мал по размеру и, тем не менее, очень хорошо выполняет большинство вещей, которые мне нужны.

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

• Если вы запускаете проект в определенной среде IDE, они создают для вас определенную структуру каталогов, организацию файлов, соглашение об именах файлов, систему сборки и т. д. Конечно, большинство этих параметров настраиваются, но не всегда возможно придерживаться определенных соглашения, которым вы, возможно, обязаны следовать. Проекты со сложной системой сборки могут быть трудными для реализации из среды IDE. Более того, проект может не подходить для внешней независимой модификации; так, например, если вы планируете написать приложение с открытым исходным кодом, Избегайте превращения IDE в зависимость проекта.

• Если вы импортируете проект, начатый в другом месте, скорее всего, будет не так просто использовать все функции, предоставляемые IDE. Вам нужно будет выяснить, как подключить систему сборки, отладчик (поскольку двоичные файлы могут быть не там, где ожидалось) и т. д. Это особенно верно для больших и сложных проектов.

Причина, по которой это не проблема под Windows, заключается в том, что Visual Studio - это фактический стандарт. В * nix существует тенденция не навязывать определенные инструменты / редакторы при совместной разработке проекта, и именно поэтому возникают эти проблемы «межсетевого взаимодействия IDE».

В заключение, если вы изучите, скажем, kdevelop или netbeans, у вас могут возникнуть проблемы, если однажды вам придется работать на машине, на которой их установка проблематична (например, у вас может не быть доступной среды выполнения Java, и вам может быть не разрешено для его установки). Если вы изучите (скажем) плагины Vim +, вы будете в большей безопасности: вы можете сохранить свою конфигурацию в виде файла .zip на своем веб-сервере и быть уверенным, что Vim всегда будет доступен везде.