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 [^] [ответить] [смотреть все] [показать ветку]  
  • +/
    А сколько людей принимало участие в разработки OS 2 ПС codeblock на fedora cor... весь текст скрыт [показать] [показать ветку]
     
  • 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-... весь текст скрыт [показать]
     
  • 1.19, Сергей, 10:45, 05/09/2006 [ответить] [смотреть все]  
  • +/
    Очень дурная статья! Автору нужно серьезнее относится к подобным сравнениям и своим выводам.
     
  • 1.20, Антон, 11:32, 05/09/2006 [ответить] [смотреть все]  
  • +/
    А может просто научится пользоватся gdb ?
     
  • 1.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