LINUX.ORG.RU

Релиз KDevelop 5.0.0

 , , ,


0

6

Разработчики KDevelop рады сообщить, что спустя два года после выхода KDevelop 4.7 состоялся релиз новой версии кроссплатформенной IDE, предназначенной для работы над проектами на языках программирования C++, Python, PHP и JavaScript/QML. Помимо портирования KDevelop на новые фреймворки KDE Frameworks 5 и Qt 5 был проведён рефакторинг кодовой базы и добавлены многочисленные изменения, благодаря которым KDevelop в будущем можно будет легко расширять, постепенно наращивая его функциональность.

Скриншоты KDevelop: GNU/Linux, macOS, Microsoft Windows.

Основные изменения включают в себя значительно улучшенную поддержку языков программирования C и C++ в соответствии с их современными стандартами, а также полировку поддержки Python, PHP и JavaScript/QML.

Наиболее важным изменением является отход от собственного механизма анализа C++ в пользу Clang. Помимо того, что с интеграцией Clang код стало значительно легче поддерживать, переход на него дал несколько явных преимуществ:

  • Даже самые сложные конструкции кода на C++ теперь точно анализируются и правильно подсвечиваются. Если код не будет компилироваться, фоновый компилятор в KDevelop обязательно оповестит об этом.
  • Диагностика кода стала намного точнее и надёжней. Например, KDevelop теперь может обнаружить, будет ли функция с разными параметрами, но одинаковым именем являться перегруженной или нет.
  • Для различных типовых ошибок, вроде орфографических неточностей, отсутствующих скобок или недостающих точек с запятой, KDevelop теперь предлагает пользователю сочетание клавиш (Alt + 1), которое позволяет автоматически исправить ошибку.
  • Теперь доступен режим разбора кода на языке программирования C, который включается, когда это необходимо.

В данный момент всё ещё продолжается работа над старыми утилитами для C++ для того, чтобы они хорошо интегрировались в новую инфраструктуру. Но большинство важных вещей уже присутствуют в текущей сборке KDevelop. В отличие от поддержки C++, поддержка Python не претерпела каких-либо значительных изменений, кроме стабилизации и полировки. То же справедливо и для PHP, и для компонентов, отвечающих за поддержку JavaScript/QML.

Благодаря портированию на KF5, в скором времени появятся сборки KDevelop для macOS и MS Windows. Кроме того, разработчики представили для дистрибутивов GNU/Linux уже настроенный пакет AppImage, включающий в себя все необходимые зависимости.

Более детально новые изменения в KDevelop описал один из его разработчиков, Kevin Funk в своём блоге.

>>> Страница загрузки KDevelop

>>> Релиз KDevelop 5.0.0

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от waker

Ух ты, это что же, intellisense теперь наконец можно как-то заставить в кроссдев? Это здорово! Хотя насколько я могу судить ситуация очень похожая у них у всех, скажем, тот же кутекреакл заточен в основном на куте и для всего остального не приспособлен никак. Можно конечно обмазаться cmake и пользовать IDE в качестве блокнота (даже форматирование не настроить, что за бред), но имхо это глупости.

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

я когда-то кодил под Qt3 и wxWidgets под венду в вижуалах (не кроссплатформа), не помню чтобы возникали какие-то проблемы. но с тех пор много воды утекло.

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

В студии и сейчас вполне полноценная поддержка вендового Qt4 (Qt5 от какого-то постороннего разработчика), и оно просто интегрирует куски студии и работает (не помню есть ли встроенная справка креакла, наверное нет), речь совсем не об этом. Примером того как можно поддерживать совершенно раличные платформы в равной степени наверное могут послужить codeblocks или eclipse.

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

Вообще, KDevelop лучшая IDE для Linux на сегодняшний день.

fxd.

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

codeblocks не пробовал, но эклипсы наелся сполна. она ужасна во всех возможных ракурсах.

но с точки зрения поддержки разных платформ — как раз VS2015 это делает, и, на мой взгляд, намного качественнее.

правда, у меня не совсем объективный взгляд на это, потому что я принимал участие в добавлении поддержки одной из платформ в вижуалы'15 :)

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

Зато какой кайф после говеного юнити перейти на UE4. :)

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

ты даже не представляешь, как язык чешется потрепаться на эту тему, но не могу.

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

Да. Ты же не думаешь, что темная тема поля редактора и светлая всего остального вокруг повышает читаемость и уменьшает дискомфорт глаз от резкого перехода?

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

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

Воу-воу! Уж не работаешь ли ты в конторе, о которой тут не говорят? :)

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

я не знаю, о какой конторе тут не говорят, но скорее всего нет.

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

Visual C++

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

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

У любого линуксоида ...

fxd. а что остается? только смеяться, и жрать... KDevelop.

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

Всяко лучше чем жрать вижлстудию.

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

я даже не буду спрашивать ваши аргументы, потому что их не будет.

если не считать отсутствия поддержки C99, и версии под OSX, то вижуалы близки к моему идеалу IDE. для разработки на крестах под венду вообще лучше ничего и нет.

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

то вижуалы близки к моему идеалу IDE

Печальные у вас идеалы, однако. :(

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

на самом деле, мне ряд фич больше нравится в XCode. дебаггер в вижуалах переплюнуть может разве что WinDbg, но он не для повседневки.

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

Икскод же давно скатился в говно, об этом говорят даже моя друзяшки оголтелые маководы.

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

не замечал. напротив, с 5й версии только в гору.

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

только смеяться, и жрать... KDevelop.

зачем себя одним блюдом ограничивать?

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

Сдается мне, что ты clion по сей момент не видал даже на картинках. Или же ты крайне «интересная личность».

fenris ★★★★★ ()

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

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

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

все лекарства перепробовал — покупал SSD и добивал памяти до 16гигов (там где не было искоробочно), твикал все возможные и невозможные настройки как самой жабы, так и идейки/эклипсы/подставить-нужное, менял openjdk на oracle и обратно, пробовал разные операционки.

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

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

похоже, что жаба как-то детектирует мое присутствие за компьютером, и начинает тормозить.

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

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

Ты тоже попробовал Visual Studio? :)

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

у тебя там только с++ и обж-с или как-то джаву умудрился прикрутить ?

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

у коллег на компах не пробовал набирать код в идея-бейзд средах? мб это твое субъективное ощущение

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

судя по скриншотам, KDevelop догоняет 6ю версию вижуалов, + перетащил кое-какие фичи из sublime, и прокатился на фичах clang/llvm, которые в вижуалах 15 лет как есть, благодаря Visual Assist X.

и это только если ограничиваться крестами..

но давай вспомним, что в VS есть C#/.NET/ASP.NET, интеграции с другими проектами, кроссдев, дебаг, профайлинг/диагностика, разработка под Xbox, WP и другие платформы.

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

например, в сравнении с VC++ — кодогенерация GCC где-то ниже плинтуса.

разве что поддержка стандартов местами отстает.. но это перестало быть реальной проблемой все те же лет 15 назад.

это только то что на поверхности.

есть тыща областей, где нет альтернативы вижуалам.

всякие KDevelop, clion и QtCreator - школьные поделки, в сравнении с :)

разве что с XCode можно сравнивать, и то с натяжкой.

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

какие именно ? с app code сравнивал ?

см выше про жабу.

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

у коллег на компах не пробовал набирать код в идея-бейзд средах? мб это твое субъективное ощущение

да, у коллег тоже пробовал. коллегам нормально что текст печатается с лагом. у нас питонщиков с pycharm полно, им ок. они видимо на экран не смотрят, когда текст набирают одним пальцем.

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

у тебя там только с++ и обж-с или как-то джаву умудрился прикрутить ?

у меня свой тулкит, под который пишется код наподобие как под ios simulator — т.е. собирается native app под OSX, запускается, дебажится, прямо в XCode.

а потом обычными тулс можно собрать под андроид через gradle. жаба только в андроидных сборках используется (на стороне тулкита), жабо-код пишу в vim, собираю make через который дергается gradle в режиме демона.

в реализации тулкита, под макось, понятно, objc/cocoa, под андроид java+jni.

все API сишные, никаких крестов или objc.

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

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

Попробуйте eclipse neon (недавно вышла), для себя с радостью отметил что они таки смогли сразу выкатить версию без регресса в перфомансе. Испытал как на java, так и на cpp. В предыдущей версии меня бесило то, что при переключении между файлами я успевал про себя сосчитать до двух, я конечно торможу, но не настолько же.

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

я xcode почти как vim юзаю. сплиты и буферы без табов.

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

спасибо, я уже пробовал эклипсу, довольно долго (лет 5). больше не хочу.

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

Школьник, хватит пиарить пердоподелие мелкософта! Тебе за это платят? :)

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

я бы конечно хотел обратно стать школьником — веселые были времена, но увы, прошли давно..

и нет, мне не платят. просто я пользуюсь этими инструментами профессионально уже почти 20 лет (еще с VC++ 5.0), а до этого пользовался еще MS Quick C под MS-DOS, и мне забавно смотреть как школьники сравнивают профессиональный софт с KDevelop и подобным :)

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

Ты не поверишь, я тоже из тех времен, когда все пиратили VS6 и 2005, и я тоже проработал долгие годы на этом говне, когда кодил под виндовс, и что-то я не в восторге, когда вспоминаю это IDE. И тем более говорить что оно лучше KDevelop, что за бред? Что там лучше, 100500 интеграций во всякое ненужно от MS?

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

Ты не поверишь, я тоже из тех времен, когда все пиратили VS6 и 2005

То что между ними перерыв 7 лет, тебя не смущает? :-)

этом говне

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

waker ★★★★★ ()

скачал AppImage... У меня такое ШГ, что просто ужос. Ну да ладно, просто чего-то не подхватывает. Как опакетят, так норм будет думаю.

Я так думаю, что разрабы Kdevelop очень и очень хотят сделать подобие вижлы под Линух. Кто бы что ни говорил, а visual studio очень удобный инструмент для работы с C++ && C#(с другим я пока что не пробовал).

А с IDE на джаве у меня как-то тоже не срастается: они просто люто тормозят. Очень люто: копирую example из Boost.Accumulator, вставляю в Clion, IDE виснет на секунд 20-30 - парсит его. Потом вставляется. Жрёт на довольно простые проекты 2+ гига оперативы(проект - Boost.Algorithm). Ноут как бы не самый убитый(Kubuntu 16.04, i7 3630QM, 16 Gib RAM, SSD). Подсветка очень и очень так себе, code completion хромает. Обещают, что clang пристроят, но жрать IDE меньше от этого никак не станет... Вот и куда податься? Остаётся QtCreator и KDevelop. И лично для меня KDevelop сейчас вкуснее выглядит.

zamazan4ik ★★ ()
Последнее исправление: zamazan4ik (всего исправлений: 1)
Ответ на: комментарий от anonymous

А что с ней не так ? Она как IDE неплоха, по сравнению со скринами этой поделки хоть граза не вытекают. Хотя речь все-таки шла о другой IDE.

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

Да ты реально клоун нездоровый...

//разве что с XCode можно сравнивать, и то с натяжкой.

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

Спасибо, поржал )))

//профессионально уже почти 20 лет

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

Ищи в себе баги. А меня на старом одноядерном атлоне уже идея не тормозила. Щас тоже не тормозят (2 сразу запущенные, сервер приложений, докер гоняется постоянно и много чего по мелочам). Да, на ноуте. Так что выпрямляйте кривые рученки, или ставте нормальную ОС.

//А с IDE на джаве у меня как-то тоже не срастается: они просто люто тормозят.

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

Да не про это. Проблема в том, что тот же QtC или Clion анализирует и C код как C++, соответственно, когда появлется всякие специфичные для C вещи, типа designated initializers, оно начинает спотыкаться. Суть же этой фичи, походу, что они C код анализируют иначе. Собственно мне интересно, что будет, если один заголовочник с чем-то вроде:

#ifdef __cplusplus
// Что-то для C++
#else
// Что-то для C
#endif
будет подключен в одном месте проекта в C++ файл, а в другом в C... как это будет разруливаться. Ну и прочие подробности в данном аспекте.

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