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 ()
Последнее исправление: DeadEye (всего исправлений: 2)

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

1 знака в час будет достаточно Попробуй тот же QtCreator что-бы почувствовать разницу

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

процитируй, пожалуйста, панегирики убогому C/C++.

Ну это же ты нес ядерную дичь, сравнивая KDevelop с VS6.

которых пока ни ты, ни кто-то другой в этом треде, не назвал.

Редактор, анализ кода, навигация и рефакторинг - это базовые фичи IDE. Если они плохо и неудобно сделаны, то ничто остальное IDE уже не спасет. Почему в VS, чтобы закомментировать код, нужно нажать Ctrl-K, Ctrl-C, а чтобы раскомментировать - Ctrl-K, Ctrl-U? Если нажать Ctrl-K, Ctrl-C дважды, то код закомментируется два раза. Потому что делалось не для людей.

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

Проверил, XCode 3сек, idea 5сек, разница не такая уже и большая.

а горячий запуск сколько? у меня xcode примерно 0.3-0.5 сек, если запускать (большой) xcodeproj из файндера — 4 секунды.

когда сторка уменьшится до 4-5 букв где начинают дополнения появлятся

у меня не начинают появляться дополнения, когда строка fffffff уменьшается до 4-5 букв.

(не пытаюсь сказать, что я тебе не верю, но повторить пока не получается)

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

процитируй, пожалуйста, панегирики убогому C/C++.

Ну это же ты нес ядерную дичь, сравнивая KDevelop с VS6.

и?... где панегирики?

Редактор, анализ кода, навигация и рефакторинг - это базовые фичи IDE. Если они плохо и неудобно сделаны, то ничто остальное IDE уже не спасет.

т.е. про VAX и ResharperCPP ты не слышал?

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

Почему в VS, чтобы закомментировать код, нужно нажать Ctrl-K, Ctrl-C

так и запишем «вижуалы говно, потому что trycatch ниасилил ни дефолтные шоткаты, ни перебиндить их на другие».

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

Да в ней даже на С# писать невозможно без установленного Resharper-а.

ну да, все знакомые шарпеи юзают решарпер.

а что, в вашем мирке это приравнивается к допингу, и карается увольнением?

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

т.е. про VAX и ResharperCPP ты не слышал?

Ох, лол. Все эти костыли и существуют из-за убожества VS. Как вообще один человек может одновременно утверждать, что Clion по сравнению с VS - поделка, и рекомендовать использовать в VS костыль от JetBrains?

в VS2015 даже встроенные фичи очень неплохие, но мне пока не приходилось воспользоваться

Ясн. Теоретик.

так и запишем «вижуалы говно, потому что trycatch ниасилил ни дефолтные шоткаты, ни перебиндить их на другие».

Это и есть дефолтный шорткат, хотя он и напоминает комбо из мортал комбата. И даже смена шорткатов (я, как и большинство людей, естественно, не намереваюсь перепиливать все каждый раз под себя) никак не изменит того факта, что Comment и Uncomment - это разные действия, а ToggleComment отсутствует.

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

Вы себе противоречите: то у вас IDE на джава люто тормозят(что нормально из-за особенностей джава, хоть и бесит юзера), то у вас Идея, которая написана на джаве и котлине, не тормозит. Вы уж определитесь.

Позвольте спросить, а что такое нормальная ОС?

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

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

интеграция с гитом не такая большая проблема. Можно юзать левый Git manager какой-нибудь. Можете попробовать Git Kraken - красивый, функционал более-менее есть, правда по памяти течёт сильно пока что.

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

мне кажется, что параметр времени запуска IDE далеко не самый критичный вообще. Поэтому спорить, ИМХО, бесполезно.

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

ну да, все знакомые шарпеи юзают решарпер.

Бинго! То есть чтобы пользоваться VS для разработки на С#, который, на минуточку, один из краеугольных камней плафтормы .Net, нужно ставить какую-то левую надстройку, которая кардинально меняет поведение VS? И это не единичные случаи, а тенденция, большинство шарпистов используют Resharper. Значит VS по умолчанию не соответствует требованиям для удобной среды разработки.

Dixi.

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

Из старых проблем остается плохая интеграция с гитом

А что не так с интеграцией с гитом? УМВР

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

Как вообще один человек может одновременно утверждать, что Clion по сравнению с VS - поделка, и рекомендовать использовать в VS костыль от JetBrains?

очень просто - я не утверждал что clion поделка.

и кстати, я предпочитаю VAX (ResharperCPP на нашем проекте не взлетел во время испытаний), а на C# я пишу так мало, что и без решарпера обхожусь.

Ясн. Теоретик.

не, я практик, просто именно 2015 версию очень мало использовал, и вообще не для крестов.

Это и есть дефолтный шорткат

омг. а я тебе что-то другое написал?

хотя он и напоминает комбо из мортал комбата. И даже смена шорткатов (я, как и большинство людей, естественно, не намереваюсь перепиливать все каждый раз под себя) никак не изменит того факта, что Comment и Uncomment - это разные действия, а ToggleComment отсутствует.

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

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

про VAX и ResharperCPP ты не слышал?
кстати, поговаривают что в VS2015 даже встроенные фичи очень неплохие

Хм, так VS это текстовый редактор, который посредством плагинов можно превратить в IDE? Где-то я уже это слышал.

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

Хм, так VS это текстовый редактор, который посредством плагинов можно превратить в IDE? Где-то я уже это слышал.

не, VS это IDE в котором все очень неплохо (особенно дебаггер!), кроме всякого рефакторинга и автокомплита, что решается 1 плагином, который давно стал стандартом в индустрии (был им, сколько себя помню - даже в VS6).

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

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

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

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

ключевое слово:

в сравнении с

но для определенной аудитории вполне пригодный инструмент.

(да, я лажанул, и забыл что это написал - прошу прощения)

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

Resharper и VAX существенно повышают удобство.

но пользоваться можно и без них. просто будет далеко не так комфортно.

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

Какой у тебя процессор, что у тебя идея тормозит?

i7 3930K, GTX 760 2GB, 32GB RAM, 500GB HDD + 2x120GB SSD

Что интересно ты привел в пример быстрых IDE XCode, хотя он стартует дольше идеи на холодную.

Нет. У меня гораздо быстрее. А вообще быстрее всех стартует MS Visual Studio и Qt Creator.

По поводу идейки, я больше верю её популяризотару и апологету:

У меня на i7 с ssd и 24 гигами оперативки Идея запускается полминуты. Попробуй поставить его на запуск и пойти попить чаю :)

Проблема с java.util.prefs.FileSystemPreferences при попытке запустить программу (комментарий)

Собственная вся суть. Пользователи IDEA заторможенные по жизни просто. Не обижайтесь, но это действительно так. Вот и кажется им, что ничего «не тормозит». А на деле там лаг здоровый при вводе текста. И при больших файлах он, сука, увеличивается.

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

Выкинь калькулятор

О, а вот и типичная отмазочка «программиста на IDEA» в треде появилась. Посоветуешь двухсокетный ПК на зионах? Давно i7-3930K сталь калькулятором? С выходом новой версии IDEA?

Ага. Если все наблюдают тормоза IDEA, а пользователи IDEA не наблюдают, то может проблема в пользователях? Пофиг на долгий старт. Там лаг на вводе! Вот что раздражает и выбешивает. Когда поделка JetBrains «догоняет» мысль. Когда нажимаешь кнопку, а результат выводится не моментально.

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

одно важное наблюдение:

xcode тоже тормозит на слабых компах, например, на macmini2011 с HDD и 8GB оперативы.

тем не менее, даже на этом железе им можно вполне комфортно пользоваться, если проект не запредельного размера.

зато, в отличие от жабо-иде, эти тормоза решаются апгрейдом железа. на SSD и 16GB все летает. для жабы ничего не помогает.

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

XCode у меня на хакинтоше на дохлом i3 вполне неплохо вертится. Скажем так, не вызывает приступы ненависти, как Android Studio и IDEA.

Лага при вводе кода вообще нету. А всё потому что в качестве редактора в XCode используется оптимизированный системный нативный компонент, а не какой-то там костыльный Java-класс, который «греет» проц и SSD на каждое нажатие юзера.

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

в отличие от жабо-иде, эти тормоза решаются апгрейдом железа. на SSD и 16GB все летает. для жабы ничего не помогает.

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

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

Как мне ответил их представитель на Хабре «У нас куча специалистов и куча опыта написания всякого рода парсеров. Поэтому всё будет хорошо». Я спрашивал, почему не используют libclang++, чтобы получить доступ к AST дереву - свой парсер не пришлось бы велосипедить, да и поддержка языка быстрее появляется. На что ответ был такой:

Давайте по порядку.

Во-первых, этот ишью не про то. А про интеграцию clang анотатора. То есть, чтобы ошибки, которые умеет детектить clang, показывать как часть встроенных code inspections. Так в AppCode сейчас сделано для Objective-C и для Swift (там SourceKit).

Во-вторых, про clang парсер. Мы бы и рады не писать велосипед, но к сожалению, в текущем состоянии clang не подходит, чтобы решить все задачи, которые IDE ставит парсеру. Почему? IDE должна работать с некорректным и неполным кодом, то есть в отличие от парсера должна восстановить дальнейший парсинг после нахождения ошибки. У IDE и компилятора разные требования к знаниям о путях, по которым находятся те или иные сорс-файлы (у компилятора они ниже). IDE необходимо знание о всем проекте. Например, чтобы иметь рефакторинг, который работает на всем проекте, а не только на открытом файле, нужен project-wide кэш символов. Все это добро должно работать инкрементально, чтобы IDE имела приемлемую производительность.

Наверное, если бы мы несколько лет назад начали работу именно с того, что допилили в clang все, чего нам не хватает, это бы решило проблему (хотя у нас нет четкой уверенности, что там легко можно все нужное реализовать — мы честно изучали вопрос). Но тогда clang еще был слишком молод. Сейчас он гораздо более «дружелюбен» к IDE, конечно.

В тоже время, у нас в компании накоплена 16-летняя экспертиза по написанию такого рода инструментов, есть архитектура, в которую наше решение встраивается легко и команда, которая с интересом этим занимается (и при этом следит за развитием clang-а и clang-based инструментов).

Надеюсь, что смогла ответить на ваш вопрос.

То есть мало того, что идея тормозит по крайней мере в Clion именно во время работы их парсера, так они даже и не будут пытаться встраивать libclang++. Я понимаю, что это сложно, но всё же.

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

да, вот ты очень точно сказал - не вызывает приступы ненависти.

он если и тормозит - то хоть понятно из-за чего - типа когда в файле тыща compiler warnings, или индексатор разогревается, или просто железо говно.

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

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

зачем все это, если можно просто не юзать жабо-поделки?

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

Этот «нативный компонент» по фичам как-то конкурирует редактором в intellij'еях, или там «рефакторинг на регекспах» и «автокомплит по словарю»?

Не, правда интересно, xcode вживую не видел.

Midael ★★★★★
()
Последнее исправление: Midael (всего исправлений: 2)
Ответ на: комментарий от fenris

Поржал.

Смейся дальше, пока нормальные пацаны крутые фичи в Kate и KDevelop добавляют. И к юзерам этих приложений прислушиваются.

С тобой, как с человеком, который сливает ветвь дискуссии и противится добавлению новой функциональности в редактор под эгидой «Не нужно» я больше спорить не намерен. Фанатизм и неумение воспринимать критику — твои отрицательные стороны, надеюсь ты исправишься.

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

То есть мало того, что идея тормозит по крайней мере в Clion именно во время работы их парсера, так они даже и не будут пытаться встраивать libclang++. Я понимаю, что это сложно, но всё же.

Значит CLion так и будет в стане «вечно догоняющих». Идёт по дороге, которой уже прошли Qt Creator и KDevelop, но не хочет с неё сворачивать. Последние уже отказались (почти) от своих встроенных парсилок, которые банально не могли поспеть за взрывным развитием C++ в последние пять лет.

В тоже время, у нас в компании накоплена 16-летняя экспертиза по написанию такого рода инструментов, есть архитектура, в которую наше решение встраивается легко и команда, которая с интересом этим занимается (и при этом следит за развитием clang-а и clang-based инструментов).

А, эта та девка на хабре отвечала тебе? Которая потом: 32-битной версии CLion не будет, потому что мы «не влезаем»?

https://habrahabr.ru/company/JetBrains/blog/236061/#comment_7944597

Ну да, 16 лет опыта, а редакторы до сих пор с лагом. Лучше бы это исправили, вместо пустого бахвальства. Их лаги на вводе коде перечёркивают все их «вкусные фичи».

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

Этот «нативный компонент» по фичам как-то конкурирует редактором в intellij'еях, или там «рефакторинг на регекспах» и «автокомплит по словарю»?

а в идейках вообще есть поддержка рефакторинга ObjC и Swift? (это языки, для которых XCode умеет рефакторинг, ну и еще сишка, но там-то как раз рефакторинг можно делать регэкспами).

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

Если уж говоришь о сравнении, так говори «VA + VAX + Resharper + Бхз что там еще>».

давай лучше ты просто запомнишь, что у VS есть VAX. по дефолту.

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

Этот «нативный компонент» по фичам как-то конкурирует редактором в intellij'еях, или там «рефакторинг на регекспах» и «автокомплит по словарю»?

Ну по фичам, конечно редактор IDEA должен заруливать, там куча всякой избыточной функциональности. Но в XCode тоже всё что нужно для продуктивного кодинга имеется.

«автокомплит по словарю»

Смеёшься? AST-дерево во всех современных IDE есть, даже в таких простых IDE, как Qt Creator. Только в редакторе Kate и Vim (из коробки) помнится было такое.

рефакторинг на регекспах

https://developer.apple.com/library/mac/recipes/xcode_help-source_editor/chap...

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

С лагами абсолютно с Вами согласен: пока не обновил железо, лагало жуть. Теперь ещё хоть как-то терпимо. Но после KDevelop, QtCreator или студии это просто адовое тормозилово. Чего только стоит иногда внезапный stop the world - открываешь настройки, а у тебя IDE висит секунды 3 - GC отрабатывает наверное.

Их парсер всё равно никогда таким полным как clang'овский не станет. А жаль. Хоть и clang'овский тоже жрёт ресурсов изрядно. Там хотя бы виден результат.

Рефакторинг довольно неплохой, поддержка cmake нормальная, doxygen поддерживает. Ну а толку, если она лагает? Не вижу смысла оставаться больше на этой жабоделке, если есть Kdevelop. Буду надеяться, что в будущем будет аналогом MS Visual Studio под Линь, только лучше.

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

эх, не было бы оно на жабе. картинки красивые, но знаю что если поставлю - снесу через 5 минут.

кстати, оно еще и платное с подпиской.

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

Но в XCode тоже всё что нужно для продуктивного кодинга имеется.

рефакторинга для C++ нет. не то чтобы он был нужен.. те, кому нужен, наверное и пользуются clion.

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

Не подсвечиваются измененные/удаленные/новые строки, нельзя быстро посмотреть изменения в строке. Есть annotate, но он тоже не идеален. В историю лучше вообще не лезть, Kdevelop подвисает на минуты.

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

Не вижу смысла оставаться больше на этой жабоделке

Можно использовать её только для того, что она действительно делает хорошо: сложный рефакторинг кода в проекте. Но писать сам код лучше всё же в нативной IDE. Нервы будут целее.

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

Вот тут не знаю, тематически это все должно быть в appcode, но по понятным причинам я его не юзал :)

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

Смеёшься? AST-дерево во всех современных IDE есть, даже в таких простых IDE, как Qt Creator. Только в редакторе Kate и Vim (из коробки) помнится было такое.

Полусерьезно, а то бывает так что на поверку IDE оказывается уровня саблайма. :)

Хорошо если так.

Но наверное понятно, что «греет процессор и ссд по каждому нажатию» не канвас с буквами. Инспекций всяких со своими моделями у идеи наверное больше, чем у других (опять же по студии с решарпером и без заметно)

Midael ★★★★★
()
Ответ на: комментарий от EXL
2016-08-25 14:29:46,480 [   7255]   INFO - tor.impl.FileEditorManagerImpl - Project opening took 3861 ms

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

Пользователи IDEA заторможенные по жизни просто.
А на деле там лаг здоровый при вводе текста.

Расскажи как замерить этот лаг, а то нам «затарможенным» его не видно.

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

Но наверное понятно, что «греет процессор и ссд по каждому нажатию» не канвас с буквами. Инспекций всяких со своими моделями у идеи наверное больше, чем у других (опять же по студии с решарпером и без заметно)

Функциональность в угоду производительности? А где оптимизация?

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

Ну шаблоны появились.

Создал qt5/qml2 application - и мне в .pro зачем-то засунули declarative модуль вместо qml. Который и вовсе от qml1, и в 5.7 вроде выпилен.

Короче, фиксить-не перефиксить.

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

давай лучше ты просто запомнишь, что у VS есть VAX. по дефолту.

Да мне-то зачем, я не пользуюсь. А вот люди, которые пользуются, с тобой не согласны. Тем более, что MSVS + VAX уже и не совсем MS.

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

Пользователи IDEA заторможенные по жизни просто.

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

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