Сравнение IDE для разработки на C ++ и C под Linux: KDevelop, Eclipse, NetBeans, CodeBlocks и Anjuta [закрыто]

Я хотел бы отметить ваш опыт полномасштабных IDE в Linux.

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

• C ++ и, возможно, некоторая разработка на C (не Java, Python и другие)
• Программирование на стороне сервера (нет необходимости в разработке GUI)
• Работа на Linux не "кроссплатформенная" разработка.

Мнение необходимо учитывать:

1. Насколько это стабильно? Если происходит сбой IDE, мне это не нужно.
2. Удобно использовать.
3. Мощный для отладки.
4. Интеграция с различными системами сборки
5. Масштабируемость над огромными проектами (проекты с сотнями тысяч строк кода)

Раньше я работал с KDevelop, и это была очень хорошая IDE, и кажется, что KDevelop 4 - огромный прогресс. Кажется также, что многие предпочитают использовать Netbeans и Eclipse.

Вот мой личный опыт работы с IDE. Я установил все IDE, которые смог найти, и поиграл со всеми (вот что я бы посоветовал вам сделать):

• KDevelop

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

• затмение

Супер сложный в настройке, но позволяет буквально все. Если у вас есть достаточно времени, чтобы найти правильную конфигурацию, которая понравится всем, тогда сделайте это. Но пытаться что-то изменить очень раздражает, потому что у него так много вариантов.

• Анюта и кодовые блоки

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

• NetBeans

Еще одна хорошая IDE, но так как мой дом находится на общем сетевом ресурсе, а проект, над которым я работаю, довольно большой, он был очень медленным. Он разбирает все время.

• QtCreator

Прост в настройке, но в нем отсутствует множество опций. Например, самое странное, что он не может анализировать и автоматически завершать классы qt. Поддерживает пользовательскую систему сборки.

Заключить :

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

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

Посмотрите на Qt Creator.

• Это довольно стабильно. Я не помню никаких сбоев с ним.
• Может потребоваться некоторое время, чтобы привыкнуть к отсутствию вкладок, но в целом интерфейс хороший.
• Он использует GDB. Отладка не так хороша, как в Visual Studio, но все же довольно хороша. Теперь он также интегрируется с профилировщиком (Valgrind).
• Он интегрируется с qmake и CMake. Но вы можете запускать пользовательские команды, поэтому должно быть возможно использовать практически все.
• Ничего не могу сказать об огромных проектах, но они сделаны и используются теми же парнями, которые пишут Qt, поэтому требования высоки.
• Кажется, он не делает никаких предположений о структуре проекта.

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

Я использовал CodeBlocks в течение очень короткого времени, но я помню, что мне это не нравилось, потому что интерфейс был уродливым.

Многие разработчики GCC (и GCC имеет от 5 до 9 миллионов строк исходного кода, в зависимости от того, как считать их) просто использовать emacs или такие viутилиты , как grep, ctagsили etags, make, svn, gccи т.д.).

Вам не нужна IDE для разработки большого программного обеспечения.

Если ваше программное обеспечение достаточно велико (например, не менее 0,3 миллиона строк), вы можете даже подумать о настройке GCC через плагины или расширения MELT для целей метрики программного обеспечения, навигации по программному обеспечению, особых предупреждений, правил кодирования и т. Д.

Я в основном работаю с Eclipse. Годами пользовался KDevelop с большим удовлетворением, но сейчас я работаю над многоязычными проектами (C, C ++, PHP, Java, Python, Database, Web и т. Д.).

Преимущества Eclipse: множество инструментов для всего (включая контроль версий); очень хорошо работает для проверки синтаксиса и автозаполнения. Хорошая работа при компиляции / сборке / отладке. Это мультиплатформенность (Linux, Windows, Solaris и т. Д.).
Недостатки: некоторые функции или настройки являются кошмаром (например, когда вам нужно развернуть проект с рабочей станции на сервер, Eclipse сохраняет своего рода кеш, а если он считает, что файл на сервере «обновлен», файл не перезаписывается). Eclipse огромен , подавляет большую часть мощности вашего процессора и истощает всю вашу память. Более подробная информация на http://www.ihateeclipse.com .

KDevelop работает быстро и отлично подходит для проектов на C / C ++ и KDE / Qt, но в нем отсутствуют некоторые функции, такие как поддержка Mercurial (KDevelop 3.3.4, не знаю для более новых версий).

Visual SlickEdit - коммерческий, как и любой хороший инструмент, «просто работает». Работает с каждым языком под солнцем, из коробки, легко настраивается и, если необходимо, полностью программируется, предоставляет графический интерфейс для GDB для отладки. Работает с очень большими проектами (я использую его для кодовой базы в 5 миллионов + SOLC, из которых я играю с около 1 миллиона из них.) - Получил множество наград и стал лучше с тех пор. Попробуй

Eclipse - инструмент выбора при программировании на Java, хорошо для любого поддерживаемого отдельного языка. Написано на Java для разработчиков Java, разрабатывающих Java-программы. Но нужны плагины для каждой крошечной функции. Не "просто работает" для более чем одного языка одновременно.

Netbeans - это медленная, медленная IDE. Мы не используем «компьютеры-динозавры», но эта ИДЕ ВЕНТИЛЯТОР довольно долго. Если мы получим доступ к IDE Netbeans по сети (скажем, с помощью VNC), то забудем об этом !!! Лаг настолько плох, что делает Netbeans непригодным для использования!

Я нахожу, что Eclipse пугающе сложно настроить для первоначального использования, но если вы будете настойчивы, вы получите IDE, в которой есть все, что вам может понадобиться или понадобиться (возможно, с помощью плагинов).

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

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

emacs + gdb http://www.cs.bu.edu/teaching/tool/emacs/programming/

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

Лично, когда у меня серьезный проект, я использую Visual Studio. Но когда мне нужно работать на Linux, я запускаю emacs. (также я не люблю qt вообще)

Также (в основном потому, что мне там нравится плагин last.fm и поддержка clojure), я нашел хорошую IDE для linux (по-прежнему пытаюсь переключиться на emacs с него == ') IDEA , не рекомендую использовать его для C ++, но, возможно, это тоже неплохо, так что вы можете добавить его в свой список.

QT и CodeBlocks в порядке. Я использую CodeBlocks в последнее время.

Он может быть сконфигурирован для проектов makefile, завершение кода в основном работает, и не зависает, как в MSVS, переход к определению происходит невероятно быстро. Функция просмотра также хорошо сделана.

Есть небольшие проблемы, но для повседневной работы над Linux это очень хорошо, ИМХО.

Моя единственная попытка использовать IDE в Linux произошла в 2005 году, но в то время ни одна из IDE, которые я пробовал (KDevelop, eclipse, Anjuta), не принесла пользы, поэтому я вернулся к vim + ctags + gdb и все еще использовал его для кодирования Linux.