The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск среды разработки Qt Creator 16

14.03.2025 10:18

Представлен выпуск интегрированной среды разработки Qt Creator 16, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS.

В новой версии:

  • Добавлены оптимизации для сокращения времени запуска. Для определения ABI без разбора содержимого библиотек задействован метод получения информации о версии ABI из конфигурационного файла, применимый к Qt 6 и выполняемый асинхронно. На платформе Windows при открытии редактора реализована загрузка кэша шрифтов в асинхронном режиме. Асинхронная загрузка также применена к получению информации о Python пакетах.
  • Вместо вводящих в заблуждение смешанных настроек выравнивания для редакторов текста и кода, добавлена и включена по умолчанию опция для автоматического определения типа выравнивания на основе содержимого файлов. Результат автоопределения выводится в панели инструментов и доступен для изменения пользователем.
  • Для QML-файлов обеспечено добавление переменной QML_IMPORT_PATH для CMake при обращении к qmlls (QML Language Server). В реализацию протокола LSP (Language Server Protocol) добавлена поддержка функции Diagnostic.CodeDescription для передачи описания кода ошибки. В настройки добавлена возможность выборочного включения LSP для отдельных проектов.
  • В настройки добавлена новая категория "SDK", в которой собраны параметры, связанные с Android SDK, QNX SDK, MCU SDK и Windows App SDK.
  • Переделаны настройки тулкитов, которые теперь оформлены более компактно и занимают меньше вертикального пространства на экране. В дополнение к настройкам для сборочного окружения добавлены настройки для среды выполнения. Добавлена возможность раздельного выставления типа устройства, применяемого при сборке.
  • Для проектов CMake упрощена структура дерева с компонентами проекта и повышена производительность определения изменений внешней конфигурации CMake. Решены проблемы с определением наличия инструментария Ninja.
  • Улучшен плагин для интеграции с инструментарием Axivion, предоставляющим статический анализатор, средства для выявления проблем в коде, утилиты для оценки эффективности и анализа архитектуры. Добавлена поддержка показа изображений, выдаваемых Axivion для визуализации подробностей о выявленных проблемах.
  • В плагин для интеграции с инструментарием coverage-тестирования Coco добавлена поддержка настройки тестирования проектов, использующих CMake и qmake. Предоставлена возможность указания пути к Coco вручную, если не сработало автоматическое определение местоположения данного инструментария. Добавлена поддержка дополнительного этапа сборки, предназначенного для генерации coverage-отчёта.
  • Включено определение использования систем управления версиями в файлах, работающее независимо от активации соответствующих плагинов и выводящее подсказку о наличии необходимого плагина.
  • Решена проблема с чисткой временных файлов на разделах, использующих файловую систему FAT.
  • Добавлена возможность отладки кода на C++ и отслеживания вывода запущенных приложений на устройствах с операционной системой iOS 17+.


  1. Главная ссылка к новости (https://www.qt.io/blog/qt-crea...)
  2. OpenNews: Выпуск среды разработки Qt Creator 15
  3. OpenNews: Релиз фреймворка Qt 6.8
  4. OpenNews: Релиз фреймворка Qt 6.7 и среды разработки Qt Creator 13
  5. OpenNews: Сообщество Eclipse представило интегрированную среду разработки Theia IDE
  6. OpenNews: В многопользовательском редакторе кода Zed обеспечена поддержка Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62880-qtcreator
Ключевые слова: qtcreator, qt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Werwolf (ok), 10:24, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Решена проблема с чисткой временных файлов на разделах, использующих файловую систему FAT.

    кто и зачем?!

     
     
  • 2.5, Алконим (?), 10:41, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я, пользую флопами до сих пор. Удобно и места много
     
     
  • 3.14, Werwolf (ok), 10:57, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    один вопрос скидывать бекапы кода на флопики, другой вопрос пытаться открывать из из IDE...
     
  • 3.18, ы (?), 11:13, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пяти-, или восьмидюймовыми?
     
  • 3.19, Кодогенератор (?), 11:15, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    До сих пор данные на бобинах храню, норм.
     
     
  • 4.23, Аноним (23), 11:26, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ленточные накопители лучший способ для бекапа.
     
     
  • 5.33, Аноним (33), 12:00, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это все фигня, перфокарты.
     
     
  • 6.46, Кодогенератор (?), 15:05, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каменные таблички наше всё. Сохранность данных тысячи лет.
     
  • 2.32, Аноним (32), 11:58, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Флешки для всякого оборудования, не понимающего exFAT/NTFS (а его ещё чуть более чем… много)
    UEFI
     
     
  • 3.34, Werwolf (ok), 12:05, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и часто ты с ESP раздела исходники в IDE открываешь? )))
     

  • 1.8, Аноним (8), 10:47, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Почему-то не написано о включенном по дефолту rust-analyzer, который дырявый насколько это только возможно(https://rust-analyzer.github.io/book/security.html). Хоть предупреждали бы.
     
     
  • 2.13, 12yoexpert (ok), 10:56, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    какой раст, болезный?
     
     
  • 3.17, Аноним (8), 11:11, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    https://invent.kde.org/qt/qt-creator/qt-creator/-/tree/master/share/qtcreator/ - такой раст, болезный.

    Ещё и с лефтпадами: https://invent.kde.org/qt/qt-creator/qt-creator/-/blob/master/share/qtcreator/

     
  • 2.25, НяшМяш (ok), 11:38, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже вскод при открытии проекта спрашивает - вы доверяете этому коду, я могу в нём весь бордель запустить? Не удивлюсь если культякреатор ещё и запуск из-под рута требует.
     
     
  • 3.28, Аноним (8), 11:46, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да а толку это спрашивать. https://www.opennet.ru/opennews/art.shtml?num=55159 - вот вскод(и что угодно ещё с этим анализером).

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

     

  • 1.15, hjk (?), 11:07, 14/03/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.22, A.Stahl (ok), 11:26, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Для проектов CMake упрощена структура дерева с компонентами проекта

    Да, стало заметно лучше.

     
  • 1.24, Аноним (24), 11:27, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вопрос к экспертам по плюсам!
    Как часто вы используете счётчик ссылок? RAII и умные указатели как часто используете? И насколько плюсы для микросервисов лутше чем в так угнетаемом на опеннете Расте?
     
     
  • 2.27, A.Stahl (ok), 11:43, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В современном прикладном Си++ смартпоинтеры -- стандарт. Raw-указатели не используются вообще.
     
     
  • 3.35, Аноним (35), 12:11, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Raw-указатели не используются вообще." Ха-ха... НЕТ. smart pointer это объект что сказывается на производительности и расходе памяти т.к. это обертка над обычным указателем + "Использование умных указателей не противоречит использованию простых указателей, в случае, если последние используют объекты, а не >>владеют<< ими."
     
  • 3.45, Neon (??), 14:18, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И кто запрещает пользоваться . Raw-указателями в коде ?
     
  • 2.29, Аноним (29), 11:52, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если серьёзно спрашиваете, то shared_ptr всегда использую вместо указателей (конечно, следить надо против зацикливания), RAII - да, для надёжности. Типы string. vector, thread. Возврат ошибок через исключения. Микросервисы - не знаю что лучше. Наверное, зависит от задачи. Где нужна максимальная производительность, то C++, где нужна максимальная надёжность, то Rust.
     
  • 2.30, Аноним (30), 11:53, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    С++ vs Rust: С++ это ООП, в отличие от Rust, чтоб там ни говорили. Это главное его преимущество.
     
  • 2.38, Аноним (35), 12:23, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    TechEmpower Web Framework Benchmarks в помощь. Там по производительности в топе Rust, C++, Java, но производительность это не все при выборе и лично мне неизвестно как написаны тестируемые сервисы и что тестируется. По C++, например, Drogon (китайский) в топе (пробовал его - прост, асинхронный, поддерживает БД, C++ Server Pages (CSP) (аналогично JSP) и пр). Периодически то поднимается в лидеры (к лидерам) то падает. Userver это фреймворк Яндекс
     
  • 2.41, ProfessorNavigator (ok), 13:05, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > RAII и умные указатели как часто используете?

    Зависит от поставленных задач. Если нужны скорость и малый расход памяти, тогда - "сырые" указатели и без RAII, что называется "в стиле С". Если нет особо жёстких ограничений по ресурсам - то "умные" указатели и RAII. Поскольку сильно упрощает жизнь в большинстве случаев. Особенно в многопоточных программах. Создал std::lock_guard - и можешь не беспокоиться, что у тебя мьютекс где-то "закрытым" останется, если например вылетит исключение или return из функции будет раньше "запланированного".

     
  • 2.43, Erorr1024 (?), 13:22, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Смарт поинтеры в основном на наследовании. RAII это дефолт и поэтому сырых поинтеров не надо.
     

  • 1.31, Аноним (31), 11:56, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это, наверное, синдром утёнка, но я со стародавних времен привык к закладкам в стиле 4-билдера/делфи... Сейчас такое в лазаре есть, естественно...
    А в Qt-создателе что-то подобное, может плагином каким... В остальном устраивает... (про закладки в левой панели знаю, использую, но...)
     
  • 1.37, Аноним (37), 12:21, 14/03/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Готовые сборки сформированы для Linux, Windows и maсOS.

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

     
     
  • 2.39, Аноним (8), 12:40, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ввиду отсутствия обратной совместимости у первого
    > собирать приложения нужно для каждой их минорной версии

    Пруфцанешь пару штук таких несовместимостей?

     
     
  • 3.44, Аноним (37), 14:02, 14/03/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лови. Собранное под Ubuntu 22.04 не работает под 18.04. Аналогично под macOS было, но я от него отказался полгода как.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру