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)

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

Сколько раз надо повторить чтобы даже самый распоследний альтернативно одарённый понял, что KDE Frameworks это не KDE?
Это набор библиотек.

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

Да плевать на то, набор это или не набор библиотек, если для его сборки нужно собрать половину KDE, не начинай опять ту же песню пожалуйста.

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

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

А, понятно, тулкитофобия.
Ну, тяжёлые случаи мы не рассматриваем.

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

Я им пользуюсь.
Приходится использовать это гуано из-за пары приложений основанных на нём.

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

5.0.0 в портаже пока нет, более раннюю версию на 4.8 qt не имеет смысла показывать, потому что у меня его нет, только 5.

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

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

это карма такая. у меня с некоторыми программами наоборот - детектируют и перестают глючить.

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

коллегам нормально что текст печатается с лагом.

в MSVC 2008 тоже тормоза были. новее не пользовался. в виртуалке ставил vs2015 так у меня глаза вытекли - надо ж было так всё изуродовать.

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

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

Да не с жабой у тебя баг. Просто на фоне быстрых IDE — MS Visual Studio, XCode, Qt Creator и др., поделки JetBrains вызывают приступы ярости своими тормозами. Те кто это не замечает просто слоупоки по жизни видимо. Или печатают 1 символ в полсекнды.

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

Это не мультикурсорность, а обычный Column Editing, как в той же MS Visual Studio. Если и этого бы не было в Kate, то было бы очень печально.

А мультикурсорсность это фишка из саблайма: https://blog.codepen.io/wp-content/uploads/2014/03/multiple-cursors.gif

Мощное средство рефакторинга, там где никакие регулярки не спасут он выруливает.

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

в MSVC 2008 тоже тормоза были. новее не пользовался.

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

в виртуалке ставил vs2015 так у меня глаза вытекли - надо ж было так всё изуродовать.

может стоит попробовать без виртуалок? :D

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

designated initializers

Подсветка, насколько я помню, корректно это обрабатывала. Как обстояли дела с автодополнением — не помню. Но я сидел на бете, может, в релизе что и поменялось

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

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

Специалист по компиляторам в треде, все в SSA!

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

Ты какой-то альтернативно одарённый.

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

У gcc у тебя кодогенерация ниже плинтуса. В сравнении с майкрософтовским компилятором. Я не знаю плакать или смеятся.

Даже код в идеях у тебя с лагом набирается. Ради тебя проверил, лага нет.

Как такое бывает?

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

для «всего остального KDE» доступны appimage?

Скорее всего, нет. Но его можно поставить через портаж, и тогда appimage становятся не нужны

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

Тода хрена ты выпендриваешься и истерику тут устраиваешь?

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

Clion
лага нет

Давно я так не ржал , ты у нас и есть «особо одарённый» если тебя скорость работы в IDE на java языке устраивает Ну или у тебя выделена целая комната под компьютер обставленная титанами , I7 и всякими другими ништяками

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

Специалист по компиляторам в треде, все в SSA!

не по компиляторам, а по коду.

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

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

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

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

-Ух сейчас покажу!
-Показывай
-Нимагу, нечего показывать

Найс поспорил

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

Ради тебя проверил, лага нет.
Как такое бывает?

не могу знать, т.к. не сталкивался. всегда лагал.

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

Какой у тебя процессор, что у тебя идея тормозит? Что интересно ты привел в пример быстрых IDE XCode, хотя он стартует дольше идеи на холодную. А еще это как раз в XCode автокомплит работает в главном потоке и тормозит набор букв при появлении окошка с вариантами.
А еще может быть что ты запускаешь идею на древней забагованной версии openjdk, которую разработчики настоятельно рекомендуют не использовать.

pftBest ★★★★
()

Мда, запакован он в AppImage довольно убого. Не подхватились хоткеи и шрифты, в итоге результат неюзабелен.

А вот по функциональности вроде зашибись. Наконец-то полноценный анализ кода, с полным указанием всех проблем, видимых clang-у, на ходу. Полезная новая плюшка — теперь он пишет sizeof и offset структур и полей. Не обошлось без потерь. Скорость анализа заметно ниже. Заметил что куда-то делась классная фишка старых KDevelop — начинаешь набирать поверх символа - появляется окошко с предложением рефакторинга. Куда-то пропала еще одной удобная фича — раскрытие макросов на ходу. Из старых проблем остается плохая интеграция с гитом.

trycatch ★★★
()
Ответ на: комментарий от Darkraiver
$ cat /proc/{cpuinfo,meminfo} | egrep 'model name|MemTotal' | uniq 
model name	: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz
MemTotal:       16246556 kB

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

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

не могу знать, т.к. не сталкивался. всегда лагал.

Ну что я могу на это сказать? Значит аура. Бубен попробуй.

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

Вижуалка - это классическое bloatware. Куча ненужного дерьма при плохой поддержке базовых функций. Нет, поддержка C# там хорошая. Но подобные панегирики тамошнему убогому C/C++ - это бред и наркоманство.

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

А еще это как раз в XCode автокомплит работает в главном потоке и тормозит набор букв при появлении окошка с вариантами.

ты имеешь ввиду именно в момент появления окошка?

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

я не заметил никакого замедления при появлении окошка autocomplete.

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

Но подобные панегирики тамошнему убогому C/C++ - это бред и наркоманство.

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

я, напротив, писал что там даже C99 нет, и поддержка стандартов C++ отстает.

при плохой поддержке базовых функций

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

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

Я и говорю - уникум, форумное трололо не в счёт. У нас тут все пишут слепым десятипальцевым, никто лагов не видит.

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

Проверил, XCode 3сек, idea 5сек, разница не такая уже и большая. Как увидеть тормоза: набираешь внутри функции длинную строку «fffffffffffffffff» и потом зажимаешь backspace и смотришь, когда сторка уменьшится до 4-5 букв где начинают дополнения появлятся, backspace будет стирать по 2 буквы f за раз из-за тормозов.
При этом в идее такого не наблюдается потому что там во первых есть debounce период на нажатия клавиш, а во вторых для отображения комплита используется managed графика а не системное окно.

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

Wow!
Ну неужели в Kate теперь будет возможность делать так?

Ниасилил регулярки что-либо?)

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

Даа, вижуал студио просто образец удобства и скорости. Да в ней даже на С# писать невозможно без установленного Resharper-а. А сколько говна в систему ставится вместе с ней, это просто уму не вообразимо. Мне как то раз нужно было подправить проект на сишарпе слегонца, так я потом задолбался это говно с компа вычищать.

Можете говорить все что угодно, но сейчас IDE на IntelliJ platform самые нормальные по соотношению скорости/качества/комфорта.

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