LINUX.ORG.RU

KDevelop 4.1

 , , ,


0

1

После полугода разработки вышел новый стабильный выпуск среды для разработки приложений KDevelop.

Помимо общего увеличения стабильности, данный релиз содержит такие новые возможности:

  • Поддержка git теперь «из коробки», в дополнение к уже существующим плагинам поддержки SVN и CVS. Более подробная информация по функциональности тут.
  • Поддержка экспорта патчей различными методами, а именно по e-mail, через pastebin и ReviewBoard.
  • Поддержка внешних скриптов в дополнение к скриптам Kate позволяет легко выполнять команды из IDE, в том числе используя содержимое окна редактора кода как ввод или вывод для скриптов. Таким образом можно легко запускать утилиты форматирования кода и им подобные, а также делать другие полезные вещи.
  • Загрузка удаленных проектов прямо из IDE. Теперь для загрузки удаленного проекта из VCS можно воспользоваться мастером импорта, который самостоятельно выполнит SVN checkout или Git clone. Среди прочего, мастер поддерживает импорт проектов KDE SC, для чего нужно просто выбрать проект из предложенного списка.
  • Добавлен Hex-редактор с использованием компонентов Okteta.
  • Поддержка PHP 5.3.
  • Улучшенные средства управления проектами.
  • Улучшенная поддержка CMake.

KDevelop — многоязыковая IDE, написанная с использованием Qt/kdelibs. В данный момент имеет поддержку C/C++ и PHP, поддержка же плагинов других языков находится на стадии разработки. Основной системой сборки для проектов является CMake, хотя имеется поддержка любых систем сборки, основанных на makefile. Имеет удобный редактор кода на основе katepart с подсветкой синтаксиса, одним из лучших на сегодня автодополнений, сверткой блоков кода и другими полезными функциями. Поддерживается отладка с использованием GDB.

>>> Подробности

★★★★★

Проверено: Aceler ()
Последнее исправление: MuZHiK-2 (всего исправлений: 4)
Ответ на: комментарий от Pavval

Дай тогда аккаунт погонять, а?

anonymous
()
Ответ на: комментарий от anonymous

> Если бы она еще не сегфолтилась при открытии сложных glib проектов.

Уж если IDE сегфолтиться при виде таких проектов, то что будет с мозгом разработчика...

anonymous
()
Ответ на: комментарий от anonymous

Если у разработчика функции мозга возложены на IDE, - ничего.

anonymous
()
Ответ на: комментарий от anonymous

> Что такое он умеет, чего я не могу сделать, используя неинтегрированные инструменты (текстовый редактор + набор компиляторов + система сборки + система контроля версий + шелл (с грепом и пр.) + отладчик + профилировщик)? Каков скрытый смысл в обозе в виде IDE?

Есть можно без использования ложки, вилки, тарелки, кружки и других приборов (можно даже не готовить). Но с ними удобнее...

anonymous
()
Ответ на: комментарий от anonymous

Интересная аналогия, я ещё с такой не встречался. Получается, это всего лишь такая разновидность культурной традиции?

anonymous
()
Ответ на: комментарий от anonymous

> Есть можно без использования ложки, вилки, тарелки, кружки и других приборов (можно даже не готовить). Но с ними удобнее...

Лажовая аналогия. Где ты там прочитал «БЕЗ использования»?

Ты как раз ложки, вилки, кружки по отдельности выбираешь. А IDE это типа сервиз.

anonymous
()
Ответ на: комментарий от anonymous

>Я не очень хорошо понимаю, как может быть программа разработана в notepad, или в emacs, или в MSVS, или ещё в чём-то конкретном. У меня конечно, нет большого опыта в этом деле, но я всегда почему-то считал, что программы разрабатываются прежде всего в голове, и большую часть времени разработчик должен думать над своим кодом, и немалую часть времени посвятить общению со своим руководством, заказчиком и коллегами, чтобы по ходу разработки постоянно уточнять, что оно должно делать и как оно должно работать. Написанию кода и его проверке на целевых машинах здесь конечно, тоже место есть, ибо время от времени нужно выдавать на-гора рабочие прототипы, но почему вы считаете что этот крошечный аспект работы столько серъёзно влияет на эффективность? (ах да, здесь и далее под эффективностью я понимаю величину, обратную срокам выдачи продукта и числу ошибок).

Ты тролль или менеджероид.

smartly ★★★
()
Ответ на: комментарий от Dmitry_Sokolowsky

слушай, а тебе с такой спичечной головкой мыслям не тесно ли?

mclaudt
()
Ответ на: комментарий от adelf

Для тех, кто не понял с первого захода: моногоязыковая IDE - это IDE, которая не прибита гвоздями к одному или нескольким языкам. В KDevelop C/C++ и PHP реализованы как языковые плагины.

Pavval ★★★★★
() автор топика

Самособранные дебы тут

Pavval ★★★★★
() автор топика

Okteta все еще при открытии файла пытается загрузить его целиком в ОЗУ? Это такой фейл, что, когда я ее увидел, чуть не разбил себе нос фейспальмой.

anonymous
()

Эх, оно бы еще Py[Qt|Side] умело, цены бы не было. :)
**пошел копать плугины**

zJes ★★
()
Ответ на: комментарий от anonymous

Прежде всего, в голове разрабатываются идеи, а программы, как правило, разрабатываются «на бумаге». Ибо удержать всю логику программы (особенно если работаешь не над одним проектом) нереально. И, конечно, большую роль для эффективности разработки играют проектная и исполнительная документации (да, я идеалист :-) ). А среда программирования - это лишь вопрос удобства, привычки и личных предпочтений конкретного индивидуума. Лично я привык к vim+plugins, где все давно отлажено и работает как ожидаешь, без различных сюрпризов. Поэтому в остальные среды разработки меня заманить тяжело. Но, опять же, если я посчитаю другую среду более эффективной, то, возможно, я и перейду на нее (?). С другой стороны, иногда приходится писать на Python, Perl, иногда Java и, мало того, бывает необходимость что-то подправить под оффтопом, где тотже vim с набором плагинов запускается прямо со своей флэшки или с сервера по ssh. Так что вряд ли я с них куда-то уйду. А в целом, KDevelop достаточно неплохой продукт, вот только разработчиков ему бы побольше ...

anonymous
()
Ответ на: комментарий от anonymous

>А в целом, KDevelop достаточно неплохой продукт, вот только разработчиков ему бы побольше ...

Как я понимаю, у них было много разрабов на начальном этапе разработки KDevelop4, но потом все затянулось и все разбежались. Проект дотягивали до релиза долго и делало это видимо не больше 10-ти человек. А сейчас, судя по мейлинг-листу, у них дела помалу налаживаются.

Pavval ★★★★★
() автор топика
Ответ на: комментарий от Pavval

>>моногоязыковая IDE - это IDE, которая не прибита гвоздями к одному или нескольким языкам

нескольким

Нэ?)

adelf
()
Ответ на: комментарий от alltiptop

Записывай:

using System;

Console.WriteLine(«Вывод терминального приложения»);

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

[quote]gdb не падает?[/quote]

Ну как-то плазмоид не удосужились написать. Поэтому увы.

debian6
()
Ответ на: комментарий от fenris

А, пардон, он все еще тут живет: http://gitorious.org/kdevelop/kdevelop
Видимо я забыл про то, что они вроде хотели переехать на гит с kde.org только после этого релиза...

Pavval ★★★★★
() автор топика
Ответ на: комментарий от anonymous

>MSVS - не IDE, а кусок говна к примитивним редактором не умеющим подсвечивать парные скобки.

+Visual assist X же.

mbr
()
Ответ на: комментарий от mbr

>+Visual assist X же.

Ога. Его автокомплит так глючит на моем рабочем проекте, что автодополнение VS становится более юзабельным, чем эта надстройка. Это ж блин надо умудриться не показать параметры текущей функции в автокомплите!

Pavval ★★★★★
() автор топика
Ответ на: комментарий от Pavval

Что во времена KDevelop3, что сейчас, активных разработчиков всегда было около 3х-5ти человек. Только сейчас то же количество людей делает намного больше интересного/полезного чем в KDevelop3.

adymo
()

Попробовал импортировать ядро Linux в kdevelop4. Парсило код минут 40, отожрало около гига оперативы. Однако в результате навигация по коду все равно не работает на большинстве функций.
В kdevelop3 замечательно цепляется Ctags, которого лично мне было вполне достаточно.
Вывод - для кодинга в ядре пока не подходит.

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

Грустно.

Dead ★★★★
()
Ответ на: комментарий от Dead

>Вывод - для кодинга в ядре пока не подходит.

Пока да. Более крутой, но более медленный парсер.

Однако в результате навигация по коду все равно не работает на большинстве функций.


Надо проверить.

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


Wish заполнишь?

Pavval ★★★★★
() автор топика
Ответ на: комментарий от mf_amber

> > QuickTime Creator?

qt.nokia.com/products/developer-tools/

Человек намекал на то, что Qt != QT

anonymous
()
Ответ на: комментарий от Freiheits-Sender

>В багзиллу
Не тот случай. Правильнее было бы отправить быдлокодеров в биореактор.

anonymous
()
Ответ на: комментарий от anonymous

>Выходит, что программирование действительно серъёзных вещей на C++ невозможно без применения вспомогательных инструментов, помогающих человеку сладить со своим же собственным творением?

4.2 же

annulen ★★★★★
()
Ответ на: комментарий от adelf

>>KDevelop — многоязыковая IDE ... В данный момент имеет поддержку C/C++ и PHP

Мдэ.

Все правильно: один, два, много

annulen ★★★★★
()
Ответ на: комментарий от annulen

> hg не нужен, если есть git

Ты перепутал названия местами.

tailgunner ★★★★★
()
Ответ на: комментарий от annulen

Не за что. Расскажешь потом свое мнение.

Pavval ★★★★★
() автор топика

Бладжад, когда они поддержку ctags из 3ей ветки вернут и grep по проэкту? Да и не удобный он какой то стал и тяжелый по сравнению с 3ей веткой. Пока перешел на efte и жду пока вертут то что было в kdevelop3 и чем я пользовался.

genetic_error
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.