The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

Впечатления от средств разработки C++ программ в Linux (cpp gcc gui debug ide)


<< Предыдущая ИНДЕКС Правка src / Печать Следующая >>
Ключевые слова: cpp, gcc, gui, debug, ide,  (найти похожие документы)
From: AndyS1976 <spunitis@one.lv.> Newsgroups: email Date: Mon, 3 Sep 2006 14:31:37 +0000 (UTC) Subject: Впечатления от средств разработки C++ программ в Linux Буду рад толковым поправкам, поскольку не являюсь борадатым программистом:) Удобная IDE (в разрезе Linux) должна иметь понятные с первого взгляда: 1) Отладчик, 2) Просмотрщик классов С++ 3) Редактор текста, и навигации по коду Теперь кратко по каждому пункту: Отладчик Упомянутый стандартный gdb - в чистом виде никому не нужен, используется в так называемых frontend-ax: - slickedit 11 отладчик неплохая среда, но вот исполнение отладчика gdb в нем, таит проблемы, поскольку в ряде случаев не показвает правильно значения переменных, путается когда надо вывести значения ссылочных переменных, на первых порах от этого я чуть в могилу не попал, когда ни с того ни с сего после арифметических операций получались заоблачные значения - eclipse отладчик интуитвно при переходе с VisualC++ не понятен, к тому же медленный и русурсоемкий, laptop M70-191 просто сдыхал. - xxdb часто упоминнаемый - на самом деле просто раритет - ddd расхваливаемый отладчик, но у меня вызвал отвращение, во первых интуитивно не понятен при переходе с VisualC++, приходится постоянно кликать по мышке, шрифты и исполнение напоминает Windows3.11.... - KDbg по сравнению с ddd - это рывок, интуитивно понятен, но отсутвие подсветки синтаксиса при переходе с красочного редактора Vim, как холодный душ ( к тому же не достает такой легкой навигации по коду какая есть в Vim) Просмотрщик классов С++ Этот пункт на практике и делает IDE крайне удобными, поскольку сразу в компактном виде можно посмотреть (как правило с левой стороны) те классы и их методы которые созданы, к сожалению в Vim не нашел реализации аналога ClassViewer подобного VisualC++ - SlickEdit рекомендую начинающим программистам, или тем кому приходится от случая к случаю писать пограммы, однако для разработки Xlib пришлось править каждый раз Makefile после добавления файла к проекту (что для начинающих не есть good) - Code Forge коммерческий продукт, среда для людей привыкших работать с VisualC++ не является интуитивно понятной - eclipse ресурсоемкий, интуитивно абсолютно не понятный (2 часа потратил для того что бы разобраться с Привет Мир), скриншоты в документации отличаются от реального интерфейса Редактор текста, и навигации по коду Редакторы, сразу стоит обратить внимание на autocompletion stl (автопродолжение) - SlickEdit не работает автопродлжение кода для stl ( vector<int> t; t.) - Vim очень удобный если надо разобраться с проектом содержащим много кода, однако auto completion stl работает только частично для случая использования утилиты IComplete в vim а при наследование классов спотыкатся, хотя и не должна, написал e-mail разработчику IComplete но ответа пока от него нет... IComplete удобнее чем OmniCppComplete, хотя OmniCppComplete работает более стабильно - Code Forge удобен, но коммерческий продукт, а trial версии на 30 дней маловато :) - eclipse тормозит...... Заключение В заключение отмечу, что было бы неплохо иметь бесплатную IDE к которой можно по своему желанию прикрепит в качестве редактора текста Vim, с отладчиком у которого в окне отладки исходного текста используется Vim. Ну а Vim дополнить возможностями autocompletion котороые вот уже как лет 10 имеются в VisualC++.

<< Предыдущая ИНДЕКС Правка src / Печать Следующая >>

Обсуждение [ Линейный режим | Показать все | RSS ]
 
  • 1.1, Azzzazelo (?), 12:22, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    А CodeBlocks чем плох?
     
  • 1.2, иван (??), 12:48, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    автор открой для себя gdb tui
     
  • 1.3, иван (??), 12:49, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    вообще статья полный отстой - на кой ляд это в новостях?
     
  • 1.4, artem (??), 12:56, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    1. s/борадатым/бородатым
    2. Почему KDevelop не рассматривался или Anjuta?

    в Kate есть autocompletion

     
  • 1.5, Alex (??), 12:57, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    Фтопку такие словесные поносы.
    Аффтор даже не удосужил себя попробовать KDevelop
     
  • 1.6, Гость (?), 14:15, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    А  как же емакс?
     
  • 1.8, mike (??), 15:13, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    -Эклипс тормозит - а видовз не тормозит ;)?
    -какая версия эклипса была?
    -дебагер ценная вещь, но для определённных случаев...
    если прогер юзает дебагер наа своём же коде и часто - гнать его надо ;)
    -на CDT для эклипса для версии ещё 2.1 собирал библиотеки для сервера (отдельная история)... на Линухе
    -не разбираться в мэйк файлах совсем - стыдно, если занимаешься программированием
    -комп для девелупера д.б. оснащён достаточным кол-вом памяти и хорошим процом... (др. дело для теста, но здесь и нужны Эмуляторы - самое то, в плане тормроза)
    -время сборки "нормального" проекта значительно превосходит время запуска ИДЕ ;)
    мне Эклипс очень нравится по возможностям
    то что автор не смог освоить эту оболочку - скорее минус ему, чем Эклипсу ;)
     
  • 1.10, Alastor (?), 16:53, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Действительно, непонятно, почему аффтар не рассмотрел KDevelop и Anjutu, но рассмотрел редковстречающиеся коммерчиские продукты. Да и вообще, впечатление, что и сам Линукс аффтар впервые увидел уж если не вчера, то уж точно позавчера.
     
  • 1.11, Goganchic (??), 19:18, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    А может быть этот автор - тайный агент Microsoft, а то уж очень у него хорошее мнение об этой компании и какое-то "интуитивно-непонятное" отвращение к Linux и всему, что с ним связано
     
  • 1.12, artem (??), 19:24, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Еще немного удивило знакомство автора с Vim, но незнание KDevelop и Anjuta. Кроме того, хотя использую Vim, но не считаю его интуитивно понятным - я почитал статьи прежде чем начать им пользоваться и стало удобно :)
     
  • 1.13, neitv (?), 19:41, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Рекомендую Code::Blocks. Специально заточена под c++. codeblocks.org
    Качайте ночную сборку.
     
  • 1.14, unknown (??), 19:54, 03/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Давно не читал таких "наполненных содержанием" произведений.
     
  • 1.15, northbear (??), 18:43, 04/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Вообще в подобных обзорах должно действовать правило: "Не считай себя умнее других."
    Например возьмем Eclipse: Этим продуктом пользуются и развивают его уже сотни тысяч человек. И похоже, что они находят его удобным, не смотря на общепризнанную громоздкость. Было бы естественным попытаться понять все-таки, что же там есть такого. Поскольку по функционалу, из всех выше перечисленных, он реально выше VisualStudio.

    Похоже автор считает Visual Studio вершиной "интуитивности" интерфейса.
    Но боюсь для профессионального программиста это никак не критерий. Это может быть актуально для студента, метающиегося с одной среды разработки на другую и оценивающих их по IDE Borland Pascal, на котором они писали в школе.

     
     
  • 2.24, andyS1976 (??), 00:49, 10/09/2006 [^] [ответить]    [к модератору]  
  • +/
    >Вообще в подобных обзорах должно действовать правило: "Не считай себя умнее других."
    >Например возьмем Eclipse: Этим продуктом пользуются и развивают его уже сотни тысяч
    >человек. И похоже, что они находят его удобным, не смотря на
    >общепризнанную громоздкость.

    А сколько людей принимало участие в разработки OS/2 ?


    ПС
    codeblock на fedora core 5 не установился!

     
  • 1.16, alix (?), 19:06, 04/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Аффтору:
    emacs+ECB+GUD+(*-mode)

    Необходимость autocompletion спорный вопрос.
    ИМХО необходимость в нем может быть вызвана
    1) плохим знанием библиотеки
    2) отсутсвием соглашения по кодированию имен:
       допустим, в одном классе метод называется
       getVal, а в другом valGet
    3) неудобной системой просмотра/организацией     документации  

    Термин "интуитивно понятно" оносителен концепции интерфейса. Употребление этого термина не уместно.

    Опять же, нельзя путать эффективность  использования и простоту изучения ( пример карандаш или тот же vi)

     
  • 1.18, northbear (??), 20:27, 04/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    И еще добавлю. Нужно все-таки понимать специфику использования отладчика в Unix-системах. Наиболее распростаненное применение - это определения причин несанкционированного краха системы. По моему мнению самый проблемный тип ошибок.
    При крахе исполняемый модуль может генерировать дамп памяти, по которому с использованием отладчика можно без особых проблем определить причину.
    Другое применение - это отлов ошибок в закрытых и/или сложных систем (например ядро или закрытые библиотеки) поведение которых по каким-либо причинам не соответствует тому, что ожидается.

    То есть отладчик в Unix'е это тяжелая артиллерия.
    Он применяется тогда, когда уже другие методы отладки становятся малоэффективны.

    А для просмотра значений переменных на разных этапах исполнения проги на C++ гораздо удобней использовать специальный отладочный класс который сбрасывает необходимые промежуточные значения в лог-файл.

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

     
  • 1.19, Сергей (??), 10:45, 05/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Очень дурная статья! Автору нужно серьезнее относится к подобным сравнениям и своим выводам.
     
  • 1.20, Антон (??), 11:32, 05/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    А может просто научится пользоватся gdb ?
     
  • 1.21, Аноним (21), 16:07, 05/09/2006 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    taglist http www vim org scripts script php script_id 273 я вот когда зада... весь текст скрыт [показать]
     
  • 1.22, andyS1976 (??), 12:34, 08/09/2006 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    Voobscheto ja etu statju za statju i ne hotel vidavatj, a za 20-25 minut napi... весь текст скрыт [показать]
     
  • 1.23, mike (??), 17:01, 09/09/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    "Pokazite mne hotj odnogo kto ne nachinal svoi pervie shagi s MS-Widnows? "
    я такой не единственный ;) - начинал (более-менее серьёно) на паскале под ДВК (были такие машинки), там же осваивал ДВК ассемблер
    потом был ДОС с турбоСи турбоПаскалем, потом винда с Борландом...
    Сейчас меня мало интересует кодирование на Си, С++, только в крайней нужде. Java меня увлекает куда больше...
    отсюда Эклипс - оптимален для меня, а посмотрев 3.2 версию - понимаю, что для Си, С++ он стал очень даже.

    Если коротко - Эклипс - ИДЕ для многих языков (причем очень гибкий), его в этом напрвлении очень активно продвигают.
    Незря ИБМ свой ВоркПлэйс (рич клиент ВебСферы) именно под Эклипсом сделала, а теперь и Лотус Нотус под Линух на нём реализовала (версия 7.0.1), и в дальнейшем выпустит Гановер версию на нем же...

    плагины для РашионалРозе и др. средств разработки...

    очень сомневаюсь в подобном ф-ционале для ВмжуалСтудии ;)

     
  • 1.25, Golovorez (?), 12:03, 23/11/2006 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Автор почему-то постоянно упоминает о том, что Code Forge редактор платный, а о том Slickedit также коммерческий продукт - ни слова.
    Если уж vim попал в список "интутивно понятных", то можно смело и емакс включать в обзор. Хотя оба они, при всей их полезности, нелегки в начальном освоении.
     
  • 1.26, yurror (?), 11:17, 28/01/2007 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Было мнение что автокомплит нужен тем кто плохо знает библиотеку и от плохой ее документированности... давай на зубок весь stl или boost расскажи ;)
    я не демон чтобы его зубрить зато по названиям и парметрам могу легко сориентироваться. кстати автокомплит есть нехилая документация которая появляется как нельзя кстати.
    На сколько я разбирался со средами разработки в линуксе Эклипс пожалуй лучшая. но слегка тормознутая. примитивный тест показал что он загибается где-то в заголовочниках stl. причем когда нажимаешь . или -> он снова и снова лезет их перелопачивать. помоему кэширование там как класс отсутствует...
    Программистов С++ должна бы спасти в итоге человеческая реализация предкопилированых заголовочников (вероятно после этого эклипс научится пользоваться человеческими кэшами). тогда-то студия заплачет горючими слезами. будем ждать.
     
     
  • 2.30, yurror (?), 14:38, 05/02/2008 [^] [ответить]    [к модератору]  
  • +/
    >На сколько я разбирался со средами разработки в линуксе Эклипс пожалуй лучшая. но слегка тормознутая.

    Опс. нашел то что требуется NetBeans! Шустро работает. Все понимает.

     
  • 1.27, Vk (?), 12:47, 12/09/2007 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Странно, а почему гуру не называют Емакс в качестве среды разработчика?

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

    Можно быстро найти в И-нете практически любую приладу, вроде автодополнения, табов, браузера классов...

     
  • 1.28, noname (??), 14:43, 29/01/2008 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    такое ощущение что большенство оставивших комменты не знают что такое реальные проекты и пишут только самопалы. Ну не дай вам бог встретить реальные проект с кучей незнакомых библиотек, посмотрим как вы будете ждать по полторы минуты в надежде что эклипс сделает автокомпит и покажет параметры, а потом вам придется лезть в исходники библиотеки и самим искать нужную функцию и документацию к ней. Про эмаксы я вообще молчу, это не IDE, а редактор, рассматрировать нету смысла.
    А вот kdevelop и anjuta рассмотреть можно было бы.
    codeblocks - нестабильная среда, т.е. сырая еще.
     
  • 1.29, noname (??), 14:48, 29/01/2008 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Vk,
    "Можно быстро найти в И-нете практически любую приладу, вроде автодополнения, табов, браузера классов..."
    ---
    как показала практика ни одно автодополнинение в OO не работает нормально, и вряд ли когда-нибудь добьется такого же качества как VS+VAX в винде. Поэтому приходится учить библиотеки наизусть, чтобы нормально работать.
    Табы - да я вообще табами не пользуюсь. К нужным функциям классам в нормальных средах доступ сделан через file/class list, который по 1-ым буквам находит нужный файл/класс/функцию и по нажатию enter переносит туда.
     
  • 1.31, Sergey (??), 12:16, 30/08/2011 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    08.30.2011.
    helloworld console sozdaet 3papki i 25 failov.
    dla GUI (smotret Shlee seyachas QtAssistant)
    dla nebolchich tege Emacs i Vi navernoe.
    VS 6.0 navernoe vniatnee v Windows chem kdevelop v X.
     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:





      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor