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)

>После года

полгода же.

vkos ★★
()

Гуй бы еще чуть поудобнее сделали, а то приходится напильником сразу пилить тулбары

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

>Сходил. Полгода — это разговорная форма, не литературная.

Я вижу тут клуб литераторов, а не ЛОР:) Но эта разговорная форма во всех словарях есть. Ладно, все перестаю оффтопить.

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

IDE хороша, но интерфейс неудобный, и постоянно жрёт процессор, убивая батарею.

А ещё я не нашёл, где там Memory View. И после каждого запуска приходится вручную таб с результатами выполнения закрывать, ибо иначе их плодится стопицот.

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

>Я вижу тут клуб литераторов, а не ЛОР:)
Дык это, ты думал как ЛОР расшифровывается? Правильно, Литераторов Огромный Рой. :-)

Ramen ★★★★
()

QTCreator тож неплохо для С/C++. Но M$VS круче всех, к его возможностям похоже не скоро приблизятся IDE под GPL.

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

К сожалению она скорее загибается. Девелоперов адово не хватает. Пик развития был в 3-ей ветке.

Jetty ★★★★★
()

> Добавлен Hex редактор с использованием компонентов Okteta.

А как до него добраться? А то, вроде, в списке загруженных плагинов присутствует, а в менюшке не вижу.

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

4.1 (у меня rc1), кстати, вполне стабильно работает...

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

Но M$VS круче всех, к его возможностям похоже не скоро приблизятся IDE под GPL.

Говно, ИМХО.Ничуть не лучше NetBeans, разве что чуть шустрее.

flareguner
()

Небольшое обсуждение было здесь http://www.linux.org.ru/jump-message.jsp?msgid=5481499&cid=5482146

Знатокам: как прикрутить нормальную интеграцию Qt в KDevelop? Не исключено, что я его не правильно приготовил, но скомпилил в Gentoo с USE-флагом qmake. Есть поддержка генерации проектов по шаблону, но я не нашёл генерацию класса Qt с возможностью выбора предка (QObject, QWidget), и (в отличии от KDevelop3), нет возможности без лишних телодвижений создавать и подключать UI-файлы. Я уже не говорю об отсутствии возможности генерировать сразу класс на основе QWidget/QDialog/QMainWindow сразу с созданным и подключённым UI (как в QtCreator).

Chaser_Andrey ★★★★★
()

Оно уже глючить перестало? Watch в который можно добавлять переменные появился?

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

>Оно уже глючить перестало?

Перестало.

Watch в который можно добавлять переменные появился?


А он исчезал? Он вообще-то всегда был.

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

>а еще они в бетах хвастались семантической подсветкой.

Есть такое. Весьма полезно.

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

Переменные в watch-окно добавляются автоматом и самому руками туда добавить ничего нельзя. Например, в msvs это окно называется вообще не watch, а auto.

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

Только что поглядел в 4.0: В окне Variables есть и auto и locals. auto - это то, что можно добавлять руками (внизу есть поле для ввода выражения), а locals - это локальные переменные.

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

Быстро полгода прошло. Надо будет посмотреть.

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

Сравнительный анализ показывает, что автодополнение в emacs гогно и семантической подсветки синтаксиса тоже нет. Такие дела.

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

Вот когда ОС имакс обзаведется вменяемым текстовым редактором, тогда и начнешь...

Jetty ★★★★★
()

Кстати лучи ненависти.... Пытаюсь из сорцов собрать поддержку октеты, уже второй час бодаюсь :)

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

> оно умеет плюсы в отличие от.

Так оно только для плюсов и пхп? Нам такое г в Emacs и даром не надо. Тогда пусть будет, надо же бедолагам где-то писать.

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

Он самый.... пока октету не поставил из сорцов в /usr несмог скомпилить :) За пакеты буду признателен, нелюблю make install

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

Постараюсь вечером не забыть.

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

Только да, я собирать буду под кде 4.5, потому зависимости думаю будут тоже 4.5.

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

>Но M$VS круче всех, к его возможностям похоже не скоро приблизятся IDE под GPL.

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

anonymous
()

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

ин бифо будет что-то в духе типа «разработка серъёзных проектов невозможна без автокомплита, попапхинтов по стандартным функциям и визуальной отладки»

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

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

Для больших проектов нужна хорошая навигация по коду, которая учитывает семантику языка (т.е. find-grep сразу отпадает). Как вариант для C++ можно использовать Emacs+Xrefactory, но оно довольно тормозное и удобств для навигации по коду меньше чем в IDE получается.

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

Другими словами, IDE (KDevelop в частности) проявляют свои сильные стороны на больших или очень больших проектах, таких как ядро операционной системы, а для средних и маленьких проектов, таких, например, как движок отображения HTML, остаются средства навигации по коду, использующие традиционные, «классические» приёмы, такие как структурирование и документирование программы или в крайнем случае полнотекстовый поиск, правильно я понимаю?

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

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

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

Все возможно, и в notepad тоже можно вести разработку. Вопрос в эффективности такой разработки.

kamre ★★★
()

Хорошая новость.

Зря, правда, git пилили - ведь он не нужен :(. Лучше бы поддержку mercurial сделали.

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

>Лучше бы поддержку mercurial сделали.

Плагин mercurial валяется на playground, правда он пока неживой.

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

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

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