Опубликован выпуск интегрированной среды разработки Qt Creator 10.0, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58887
Есть возможность трансляция ui файла в html или в что-то что может съесть электрон?
зачем электрон, там есть QtWebEngine
> зачем электрон, там есть QtWebEngineкоторый теперь на хромодвижке?
это хромодвижок и сафаридвижок на QtWebkit
ты гонишь. хромо-движок - v8. WebKit в сафари и Qt
v8 - js движок. webkit - хтмлы рендерит.
Хромо-движок это Blink. Пора бы уже выучить. У всех остальных WebKit.
Оно уж очень давно на Blink основано. С разморозкой!
а блинк основан на QtWebKit, с рождением!
А Windows 11 основана на Windows 3.11.
это правда или шутка?
Электрон это параша. Лучше чисто Qt юзать. На плюсах писать.
ладно бы хоть под андроид было, была бы универсальная параша
есть топовые андроид приложения, написанные на qml, в т.ч. российские
собирал, запускал, но есть один нюанс: оно работает исключительно через старый NDK 23.1.7779620, который даже с сайта гугла уже не скачать, т.к. после него вышел корректирующий релиз, не совместимый с культями.
У меня сейчас собирается с 25.1.8937393, полёт нормальный, проверено на полсотне девайсов примерно.
научи! какая версия Qt? может они обновили недавно
Установил эту версию SDK через SDK manager, выбрал как текущую, собрал. Всё.
у них даже к 6.3 было написано в доке
https://doc.qt.io/qt-6/android-getting-started.html
> The required version of the Android NDK for 6.4 is 23.1.7779620.с другой у меня не работало
Не собиралось или не стартовало на девайсе? Там с некоторых пор нельзя неподписанные сборки ставить, есть такое.
не стартовало ни на старом 6-летней давности 7.1, ни на новом 11
в логах что-то было про ненайденную активити
твоя инфа устарела лет на 5
С разморозкой! А еще -- под WebAssembly можно собирать.
вы, конечно же, не знаете, что без JS WASM превращается в ничто.
Для меня главное, что можно писать один код под все платформы, на чем оно там крутится в браузере -- дело десятое.
Зачем?
> Лучше чисто Qt юзать. На плюсах писать.уже "все" - они хрониум туда впилили.
Qt будет жрать как электроно...
> Qt будет жрать как электроно.не врите
https://www.qt.io/product/develop-software-microcontrollers-mcu
Не одну ночь просидел, прежде чем подключить qmake и cmake по нормальным мануалам. Красноглазил. Потратил время и здоровье.
Смотря что писать. Чтобы сделать приложение не браузерным, нужна веская причина (требуется прямой доступ к большому количеству файлов, невозможно достичь производительности с помощью браузерных технологий, или оно является сервером). Но электрон действительно не нужен, лучше делать приложение просто браузерным.
чтобы вместо двух ОС поддерживать три браузера? или чтобы труднее было этим пользоваться и чтобы работало медленнее?
Не двух ОС, а 5 (windows, linux, macos, android, ios). Браузеры Chrome, safari, какой третий? Чтобы не нужно было компилировать и устанавливать. И чтобы не зависить от магазинов, из которых приложение могут выкинуть. Ресурсоёмкий код можно выполнять на gpu или через wasm
> Ресурсоёмкий код можно выполнять на gpu или через wasmЕсли бы, свежий safari 16.4 до сих пор не подерживает webgl внутри webworker, а без webworker невозможно синхронное чтение файлов, на которое рассчитывают все сишные либы. А на ios все браузеры используют этот движок.
Программист, пиши нативный софт - будь человеком!
React Native - на 64 ядрах в два потока!
И ведь назвали же - "Native". :)
джавашники уже лет 10 свои приложения под ведро называют нативными.на всякий случай для ньюфагов: нативный - скомпилированный в нативный бинарный код, исполняемый цпу. без jvm, без интерпретаторов и байткодов. можете распинаться на тему "в современных цпу ваши хвалёные бинари - всё равно байткод", но ваши поделки от этого быстрее не станут
Уважаемый, учитывая фрагментацию рынка андроид девайсов (мобилки, планшеты, смарт часы и смарт tv), где производители разных брендов частенько патчат ядро и системные либы иногда не то что под линейку, а даже под конкретную модель, разработка на С/C++ под это дело - это жест отчаяния, когда несмотря на все профилирование, garbage-free извращения и прочее выжать больше перформанса не получается, а очень надо. Ну и на джаве-то уже проблема написать более-менее переносимое приложение, а с крестами вообще печаль будет.
Внезапно: существует NDK, без которого ты даже свой тикток не сможешь посмотреть или фотку сделать. И React Native, кстати, тоже на него завязан.
Про фотки свистёжь, а NDK убогое поделие, и если тик ток его использует, то очень зря. Он например не поддерживает асинхронный режим работы видеокодека, который чутка быстрее и плавнее блокирующего режима, а уж на каком языке рулить GPU вообще пофиг, время исполнения управляющего кода пренебрежимо мало по сравнению со временем выполнения GPU операций.
Щя бы вебманки однопоточные про перформанс затирали) Я с NDK работал, и никакого профита, кроме возможности реюза кода нет, и то без SDK совсем вряд ли получится обойтись, ну а оборачивать java классы в C++, чтобы потом надувая щёки, говорить что-то про "нативную" разработку - это просто смешно.
я ник ради прикола взял, я терпеть не могу их
не понимаю, как проблемы вашей вендорлок-платформы связаны с понятием нативности
Этот байткод в основном просто дергает нативный API, плюс в ведре он активнейше кэшируется. Откуда тут взяться каким-то просадкам?
говори себе это почаще, когда твоя мобилка с 3Gb RAM выгружает из памяти очередное приложение
И дело, разумеется, непосредственно в байт-коде и JVM?
да. а ты можешь и дальше заниматься самообманом и хвалить своё болото
> быстрее не станутА ты смешной
https://qph.cf2.quoracdn.net/main-qimg-a5399b85c203db5c68a5a...
А почему не дать ссылочку на всю статью: http://codenet.ru/webmast/java/javavscpp.php ? Тест 2004 года с древними версиями компиляторов C++ и ява-машиной от почившей в бозе Sun... Ну-ну.
Я и в 2004 в эту хрень не верил.
Здесь не церковь, верить не нужно. Если есть чем скомпилить, можешь проверить вот это https://habr.com/ru/post/557604/
Ну или дальше считать, что самый быстрый автомобиль - это телега с лошадью.
А C# приложение под венду нативное или нет? Не слышал, чтобы типичные виндовс программисты свои проги ненативными называли. На Андроид то же самое, нативным принято называть Java / Kotlin приложения.
> А C# приложение под венду нативное или нет?тебе вроде чёрным по белому написали, что такое нативный софт.
> Не слышал, чтобы типичные виндовс программисты свои проги ненативными называли
это их проблемы
> Андроид то же самое, нативным принято называть Java / Kotlin приложения.
не знаю, как там принятно у непрофпригодных, но нативными на андроиде принято называть приложения, основная часть которых написана на asm/c/c++ с помощью ndk
Кем принято? Теми, кто разработке никакого отношения не имеет? В среде андроид разработчиков нативные приложения - это java или kotlin, а что там аноны в интернетах себе вообразили, пофиг вообще.
> Кем принято? Теми, кто разработке никакого отношения не имеет?Нет, всеми профессиональными работниками индустрии.
> В среде андроид разработчиков нативные приложения - это java или kotlin, а что там аноны в интернетах себе вообразили, пофиг вообще.
Я уже написал, что, в т.ч. в среде андроид разработчиков, нативные приложения - это скомпилированные приложения. Что ты и твои одноклассники на эту тему думают, мало интересует тех, кто с этим работает.
Qt в любой среде не нативный костыль. Это все равно что каждый элемент это целый пейнтбраш.
Вот и я о том же.
А, ну да, каждый нативнопишущий программист должен сделать свою библиотеку классов над XCB.
Просто в линукс нет никакого нативного стандарта для написания программ с GUI. Вот и пляшут кто во что горазд, подпираясь костылями. В любой десктопной ОС такие API имеются, даже в какой-нибудь Haiku.
Но, ведь, это не вина программистов-прикладников. Уж что есть, под то и приспосабливаются.
Более того - раскрывающиеся списки это не просто канвас это прям отдельное системное ОКНО)Но все равно Qt прекрасен, т.к. снимает кучу головняка по работе с нативными API самому. Попробуйте например "просто писать в файл" и "просто запускать процесс" самому на разных платформах. я вам гарантирую что вы однажды выстрелите себе в ногу. Если у вас приложуха только под андроид и больше ни подо что - нахрен вам кьют.
Ты не поверишь чел, это всё было задолго до культи и гораздо лучше чем в культе.
То, что было раньше - верю. Что оно было лучше - не верю.
а оно и не было лучше
Есть куча православных слоев абстракции на гитхабе. Не прибитых гвоздями к Qt.
Я программист, а не мазохист. Нативный — это под WinAPI и X Windows, да? Если первое ещё можно представить (хотя, честное слово, лучше не браться), то второе и вовсе неудачная шутка.
Челики просто не понимают что такое нативный. Для них нативный - это "то что мне нравится".
Или то, что компилиться в нативный машинный код.
Так оно и компилится. Разница только в том, когда это происходит
Нативный это значит компилится в инструкции проца. А интерфейс на Qt нативнее некуда. Даже .Net WPF уже давно не нативное.
>А интерфейс на Qt нативнее некуда.Не нужна людям ТАКАЯ нативность. Людям нужно, чтобы программисты потратили немного своих нервных клеток на вылизывание кода, чтобы он ресурсов жрал как голый WinAPI. А я напомню, что в WinAPI свёрнутое окно жрёт 0 мегабайт оперативной памяти и 0% процессора. В это смысле окошки на WinForms зачастую лучше, чем монстр на Qt. Я прекрасно понимаю, что думать это больно, но это же работа такая.
> Людям нужно, чтобы программисты потратили немного своих нервных клеток на вылизывание кодаВообще не вопрос. Однако пусть и люди будут готовы потратить дополнительно немного своих денежек.
> Вообще не вопрос. Однако пусть и люди будут готовы потратить дополнительно немного
> своих денежек.Вам когда электрик в доме проводку делает, он всю старую вырывает из стен , а новую крепит скотчем? У всех профессий есть некоторые эталоны качества. И только у программиста лозунг, чем хуже, тем лучше.
А давайте лучше такую аналогию: вы говорите электрику — не, милок, медь мне не нравится, а сделай-ка ты мне серебряные провода, да с золотыми клеммами, да ещё чтоб на вводе двести ампер было, И ЗА ТУ ЖЕ ЦЕНУ.
> А давайте лучше такую аналогию: вы говорите электрику — не, милок, медь мне не
> нравится, а сделай-ка ты мне серебряные провода, да с золотыми клеммами,
> да ещё чтоб на вводе двести ампер было, И ЗА ТУ
> ЖЕ ЦЕНУ.Только раньше электрики делали 200 Ампер за эти же деньги, а теперь говорят: Вам 2 Ампер хватит, или платите в 100 раз больше!
Раньше, знаете ли, и софт попроще был. Те самые два ампера.
> Раньше, знаете ли, и софт попроще был. Те самые два ампера.Расскажи об этом офисным пакетам, что они проще нынешних калькуляторов.
Ты вообще не знаешь что ты пишешь.
WinForms это не WinAPI, а дотнет, и жрет там 200МБ ОЗУ виртуалка дотнета.
WinAPI это когда ты создаешь окно и обрабатываешь его сообщения в бесконечном цикле, используя диалоги и фичи из commdlg32, gdi32.dll, user32.dll
Так в отличие бесконечного цикла обработки сообщений в Qt/GTK есть сигналы.
у которых внутри бесконечный цикл. но юзать удобнее, конечно
> Ты вообще не знаешь что ты пишешь.
> WinForms это не WinAPI, а дотнет, и жрет там 200МБ ОЗУ виртуалка
> дотнета.
> WinAPI это когда ты создаешь окно и обрабатываешь его сообщения в бесконечном
> цикле, используя диалоги и фичи из commdlg32, gdi32.dll, user32.dllWinForms это на 80% WinApi. Даже если там используются собственные контроллы, то рисуются они через user32 + gdi+. Кстати, специально проверил, моё собственное маленькое приложение WinForms на десятке потребляет 4,4 Мб памяти. Чистый C#.
> WinForms на десятке потребляет 4,4 Мб памяти. Чистый C#.Ты тролль или типичный шарпист? Оно работает через прослойку в виде кучи библиотек дотнета, и потребление считается этиими библиотеками, а не кучкой байткода.
> Ты тролль или типичный шарпист? Оно работает через прослойку в виде кучи
> библиотек дотнета, и потребление считается этиими библиотеками, а не кучкой байткода.А эта кучка библиотек внутри процесса или в астрале?
А вы уверены, что дело в погромистах? Может задачи такие?
>в WinAPI свёрнутое окно жрёт 0 мегабайт оперативной памятиИ где же в это время хранятся структуры окна? В свопе что-ле?
> И где же в это время хранятся структуры окна? В свопе что-ле?Структуры окна это описание нескольких прямоугольников. Там данных не больше пары килобайт.
скорее даже слов, а не кило
у тебя каша в голове, ты путаешь нативный интерфейс с наивными прогами
> у тебя каша в голове, ты путаешь нативный интерфейс с наивными прогамиПовторюсь, никому нативность в чистом виде не нужна. Я могу так код на ассемблере написать, что Python будет считаться быстрым. Хотя нативнее некуда. Нативность имеет значение когда сравнивают приложение Electron с приложением на Си написанном программистом старой школы, как будто для микроконтроллера.
> на Си написанном программистом старой школы, как будто для микроконтроллера.5% молодежи считает себя 95% великими
> Повторюсь, никому нативность в чистом виде не нужнаповторюсь - говори за себя
>> Повторюсь, никому нативность в чистом виде не нужна
> повторюсь - говори за себяА для чего она Вам в чистом виде, без производительности?
Смотря что писать, если простые вещи, то и на asm c вызовами WinAPI вполне быстро получается и занимает мизерные размеры. Особенно, когда видишь, что написанное в лоб без оптимизаций занимает в 100 раз меньше, чем тоже самое на Rust, есть подозрение, что мир пошел не туда.
Вы сами писали что-нибудь на чистом WinAPI? Это адовая тягомотина. Этакий ассемблер для GUI (ну и всего остального).
без вебюайного дизайнера не потянешь?
Повторюсь: ВЫ писали что-нибудь слегка посложнее helloworld? После пары тысяч строк внезапно и отчётливо понимаешь, что занимаешься …нёй, подключаешь нормальные библиотеки (а то и на Delphi переходишь, простигосподи), скорость разработки возрастает в десятки раз, а разницы на выходе НЕТ! (если не кривые руки). Ну разве что для опеннетного анонима, который придирчиво инспектирует свой 40 ГБ IDE HDD на наличие лишних мегабайтов.
Есть же radasm.
Я делал 4КБ бинарь на MASM, но не графический.
> Программист, пиши нативный софт - будь человеком!Программист будет писать то, что ему велят. Он в финансовых вопросах беспомощен.
Ну а так, флаг в руки: попробуй открыть свой бизнес по написанию нативного софта. Уверен, ты и сам понимаешь, что молниеносно вылетишь в трубу, потому что твои конкуренты будут делать на электроне быстрее, дешевле, больше, и под все платфоомы сразу. А сколько оно там жрет RAM и занииает места - на это 95% клиентов глубоко наплевать.
vscode наше всё. Помимо вебни, можно писать на расте, на си, на плюсах. К примеру, я в нем навигируюсь по исходникам линукса. Просто навигируюсь, почитываю иногда исходники евоные. На си и расте пописываю иногда. Qt Creator никогда не догонит vscode по возможностям. Приведите хотя бы одну фичу, которая есть в сабже, но которой якобы нет в vscode.
Уж больно удобный у него эксплорер. Сколько ни пытаюсь пересесть на neovim, никак не привыкну ни к окошку telescope, ни к nvim-tree. В Helix'е то же самое (но там только поиск по типу fzf). В консольных редакторах не получается так плавно побродить по содержимому папки, чтобы и ее структуру видеть, и быстренько открыть превьюху, не теряя контекст.
Настроить проект под Qt без парсинга json-макакофайлов.
Удивляюсь я над этими васянорасширениями, то бинари на C# прикрутят, требующие Mono, то еще что.
Кто о чем ... Здесь другую тему обсуждают.
Нормальный дизайнер для UI
дизайнер для UI в qt/qml нужен только новичкам, которые ничего сложнее двух кнопок не писали. в реальных проектах виджеты/qml пишутся кодом
До до до, а ещё тру перцы все кнопки руками из кода создают и им qml вообще не нужен... ох уж эти сказочники
Дизайнер нужен всем потому что ты своим кодом только страшнючую жесть сможешь нарисовать всем нужен нормальный референс в который можно потыкать.
> Приведите хотя бы одну фичу, которая есть в сабже, но которой якобы нет в vscode.есть в vscode кросскомпиляция с пошаговой отладкой с загрузкой и запуском бинаря на удалённой системе ?
Там код постоянно прогоняется через анализатор конкретного языка. Называется языковым сервером. Используется для выведения исправлений, подсказок, документации по функциям, угадыванию значений переменных. Есть отладка со стопами в любом месте. Чем-то vscode на intellij похож.p.s. есть опенсорс версия vscodium
ему про Фому, а он про Ерёму. типичная ЦА ide от мелкомягких на js в браузере
Qt - лучший кроссплатформенный тулкит! Гтк - туфта!
Причина успеха - одна из лучших документаций. Правда, после того, как старожилы типа Шлее и Саммерфилда отошли от дел, разработчики совсем перестали заморачиваться. Так что для олдов на 5 ветке славная история Qt закончилась, настала эпоха орков (индусов, веб-макак и прочей джаваскрипт-нечисти)
книжки шлее - мусор, кривой пересказ доков
Не путай документацию на Qt с книгами по Qt. Видимо даже не понимаешь о чем речь, раз такую чушь пишешь.
Все IDE под GTK такое позорище. Днище. А ведь столько лет прошло и ничего толкового не смогли сваять!
> Все IDE под GTK такое позорищевесь мир на эклипсе сейчас крутится, креатору до него ооооочень далеко
Ты не с IntelliJ перепутал? Они оба на Java, но этот более развит.
> Ты не с IntelliJ перепутал?нет, все производители микроконтроллеров забросили свои IDE и перешли на эклипс, сейчас это фактически стандарт
А пруфы будут?
> А пруфы будут?https://www.st.com/en/development-tools/stm32cubeide.html
https://www.renesas.com/us/en/software-tool/e-studio
https://www.nxp.com/design/software/development-software/mcu...
Микрочип тоже забросил
В целом же, помимо эллипса всё чаще попадаются дополнения для вс-кода, который в тыщщу раз лучше и симпатичней эклипса
> но этот более развитhttps://en.wikipedia.org/wiki/List_of_Eclipse-based_software
нет
Это какие-то скелеты в шкафу. Большинство из них неживые или полуживые.
Сколько знал молодых фанатиков этого затмения, все в итоге переползли на что-то другое. Мне в итоге и Sublime хватает.
GTK - тру GPL. Народный фреймворк. Что хотел народ - то и написал. Qt - полукоммерческий. Что биллгейтсы прикажут.
Мне не смешно, когда свободой называют из-за трех букв, а фактическое подчинение IBM видят, аналогично восприятие насилия - когда по голове бьют, а когда мягонько имеют и создают безысходное положение - это не насилие.
> Что хотел гномонарод - то и написал.Fixed.
В Qt некоторый модули коммерческие, но их аналогов даже нет в GTK.Вот старая картинка, нет многих новых модулей, но суть отражает:
https://www.pvsm.ru/images/2016/01/23/proekt-Qt-menyaet-lice...
С 2016 очень многое изменилось в сторону махровой коммерциализации
Раньше было клёво: скачал оффлайн-инсталлятор, и можешь быть уверен, что он-то у тебя никуда не денется. И там было всё: и креакл, и само Qt.Потом инсталлятор стал частично онлайн: всё в нём есть, но для установки нужен аккаунт. Вроде бы это обходилось.
Потом они сделали чисто онлайн инсталлятор. Ну типа ладно, делов-то. Что может пойти не так?
И вот теперь имеем то что имеем: скачать не получается, установить не получается, и даже обновить имеющуюся установку - тоже не получается. Отличная контора (нет).
(Если кто знает как надёжно ставить новые версии Qt и креакла - буду благодарен за описание. Но очень желательно чтоб после того, как я это сделал, никакая "онлайн" сила не могла сломать мою установку. Нужно под винду - под линуксом хоть в репах есть.)
Любители вендорлоков должны страдать👹
>И вот теперь имеем то что имеем: скачать не получается, установить не получается, и даже обновить имеющуюся установку - тоже не получаетсяsudo apt install pyqt6-dev-tools
Нет никакой проблемы. Винда? Нет никакой винды с момента релиза 10ки, когда сказали, что винда навечно телеметрийская.
> И вот теперь имеем то что имеем: скачать не получается, установить не получается, и даже обновить имеющуюся установку - тоже не получается.А что там может не работать? Ну и нормальные люди из репов ставят
Легко. Ставь msys2 и в её консоли ставь пакеты как в арче.
> скачать не получаетсяВсё скачивается, например, отсюда: https://mirror.yandex.ru/mirrors/qt.io/online/qtsdkrepositor.../
> установить не получается
Там нужно 5-6 пакетов на минималках (компилятор + qmake/moc/uic + либы/хедеры core, gui, network): mingw, MinGW*-runtime, qtbase, qttranslations, qttools. Просто распакуй куда душе угодно и пропиши всё нужное в PATH. В старых версиях (примерно до 5.15) нужно переключить лицензию в одном из pri-файлов (на "QT_EDITION = OpenSource"). Чтобы совсем по феншую - нужно пути в либах пропатчить на правильные, но обычно работает и без этого... В итоге - установка вручную быстрее, чем инсталлятором!
P.S. Есть Ъ-опенсорсный инсталлятор бинарных пакетов на gihub для тех кто плохо разбирается в кишках Qt.P.P.S. А лучше - напиши скрипт для сборки, кросс-компилятор для mingw сегодня в составе любого нормального дистра есть. Сборка на современном компе около получаса.
Например, вот такой вариант у меня работал без проблем под wine. Зеркало только другое будет (или через проксю).mingw: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...
mingw_runtime: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...qtbase: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...
qttranslations: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...
qttools: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...networkauth: https://master.qt.io/online/qtsdkrepository/windows_x86/desk...
Спасибо тебе, Аноним. Ты единственный нормальный аноним среди ответивших.
А слайды-то где? Слайды!
> Дизайнер нужен всем потому что ты своим кодом только страшнючую жесть сможешь нарисовать всем нужен нормальный референс в который можно потыкать.дизайнеры-люди это паразиты в IT, гнать соответствующими тряпками
дизайнеры-проги не нужны в qt, потому что да, все кнопки на виджетах прописываются кодом, и qml в реальных проектах тоже пишется кодом, без программного дизайнера
Такие предъявы должны сопровождаться примером, как круто ты сделал без дизайнера, в противном случае это всё смахивает на газификацию малых водоёмов.
не нужно быть дизайнером, чтобы слямзить любой понравившийся проект
чтобы юзать готовые контролы qt-widgets или qml material, тебе нужен дизайнер? ты можешь сделать это криво? не думал о смене профессии?
Думал. В топ-менеджеры хочу.
Корми хотелку креативом.
Им никто не пользуется или для него сверх сложно писать плагины? В маркетплейсе 2.5 плагина и всё. Тем временем по vscode они есть для каждой проблемы.
Так сиплюсплюсники больше заняты доказыванием того, что они самые умные, некогда им код писать.
мне кажется, что все привыкли, что нет плагинов, и как-то не интересуются этим маркетом и редко заходят в Help->About Plugins
Пользуюсь лет 15 уже... Все нужные плагины есть в составе creator (питон, микроконтроллеры, отладка через ssh). Чего там ещё требуется?
Поделись, пожалуйста, как ты пишешь на Python в QtCreator? Все мои попытки сделать это не увенчались успехом - не было ни подчеркивания ошибок, ни форматирования.
А подскажите, что лучше выбрать, если я хочу делать приложения для KDE (т.е. с интеграцией именно в эту среду)? Kdevelop или Qt Creator? В чем плюсы и минусы каждого?
Если ты сторонник Clang, то тебе Kdevelop зайдёт, возможно. А если GCC, то только Qt Creator. Qt Creator можно собрать без Clang, а вот Kdevelop прибит к нему гвоздями.
Честно говоря, я даже не знаю, чем они отличаются. Знаю только, что GCC старый, а Clang относительно новый. Есть ли разница для конечного пользователя - чем скомпилирована программа? Вряд ли.
Для конечного пользователя пофиг. Как и для начинающего кодера.
А в плaне удобства? Kdevelop как IDE вообще насколько отcтает от Qt, или не отcтает? Все же Qt Creator разрабатывает огромная коммeрчeская кoмпания... Интересно узнать, насколько сильны различия, основные плюсы и минусы каждой. И если уж делать приложения с интегpацией в KDE, то насколько тут сильны преимущеcтва Kdevelop?
Шутишь? Крайняя версия gcc имеет большую поддержку современных плюсов, чем clang, и так всегда было. Более опережающим по стандартам сейчас только msvc. gcc появился раньше clang, но он всегда опережал его по быстроте инструкций времени выполнения и поддержке стандартов.
Если KDevelop как пишут официально поддерживает только Clang, то выбора особо нет.
Крайним стрелочник бывает, а выпущенная последней пл времени версия - последняя.
msvc поддерживает C99?
