ну gcc будем честны сам по себе медленнее работает. В среднем время компиляции у gcc выше чему у clang. На идвидуальных замерах, если проект на модулях, то он в 2-3 раза медленнее чем clang, а если без модулей - в 20 процентов медлннее в среднем
Вы не поверите, но да. C++ обладает высоким уровнем абстракции который позволяет удобно работать с низкоуровневыми вещами не платя за это высокую цену.
PS
Если вы из секты свидетелей смерти с++. то прошу к остальным, думавшим так же . А пока С++ все еще живее всех живых и развивается успешно
Если нужно версии добавлять на контракты, то можно использовать аннотации рефлексии что поиде полностью покрывает ваши требования. Для реализации уже функций внутри структуры увы и ах, выносим за класс. А так можно тащить в проект тот же glaze или boost::pfr и не париться
я и говорю что qml(JSV4). Немного юзаьельным он стал только в Qt6. А могли бы просто развивать деларативный подход для написания gui в виджетах ( к примеру у imgui выходит неплохо это)
Как программист на Qt скажу, а когда будет поддержка с++20 модулей будет? ой никогда так как Q_OBJECT макрос. А рефлексия это путь ( пока еще не до конца но путь)
Qt честно да прогрессивный, но сейчас очень сильно отстал, также забил вообще про написание ui через с++ и ринулись разивать кастрированый js
непонятно зачем люди сложно пишут на с++ если можно писать сильно проще. стреляют в колено, когда пишут на с++ образца старых годов или используя синтаксис С
Единственное замечание, что модули пока что нишевая штука, хоть на дворе 2026-ой. Вон XCode до сих пор их не поддерживает.
Ну буст часть своих либ первел на модули, а где-то еще вносится поддержка. Да переход очень тяжелый на с++ моудли, но после опыта написания на модулях, обратно очень неприятно переходить
Там же подвох в том что артефакты модулей для сборки иначе собираются ( в отличии от стандарных cpp ) , поэтому и спрашиваю как в этой системе сборки работает поддержка модулей
Linux ядро буквально живет на том же с++ но в синтаксие С. Те же абстракции, тот же rtti и vtable, обработка исключений. В ядро с++ не пустил фанатизм и то что с++ был сильно позже стандартизирован чем С
ну gcc будем честны сам по себе медленнее работает. В среднем время компиляции у gcc выше чему у clang. На идвидуальных замерах, если проект на модулях, то он в 2-3 раза медленнее чем clang, а если без модулей - в 20 процентов медлннее в среднем
Не совсем понял, это перевод какой-то статьи ( не увидел ссылки). Просто gcc-16 уже имеет в себе рефлексию.
А замеры классные. От такого очень много выйгрыша
import wui?
Вы не поверите, но да. C++ обладает высоким уровнем абстракции который позволяет удобно работать с низкоуровневыми вещами не платя за это высокую цену.
PS
Если вы из секты свидетелей смерти с++. то прошу к остальным, думавшим так же . А пока С++ все еще живее всех живых и развивается успешно
Опа выложили доклад с зимнего митапа.
Просто откажитесь от агентской разработки и проблем не будет =)
Развитие рефлексии планируется? Все еще хотелось бы видеть token injection , к примеру на базе https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p3294r2.html
Если нужно версии добавлять на контракты, то можно использовать аннотации рефлексии что поиде полностью покрывает ваши требования. Для реализации уже функций внутри структуры увы и ах, выносим за класс. А так можно тащить в проект тот же glaze или boost::pfr и не париться
я и говорю что qml(JSV4). Немного юзаьельным он стал только в Qt6. А могли бы просто развивать деларативный подход для написания gui в виджетах ( к примеру у imgui выходит неплохо это)
Так в анотации должно быть что-то что может быть вычеслено на этапе компиляции. string_view является contexpr же
Как программист на Qt скажу, а когда будет поддержка с++20 модулей будет? ой никогда так как Q_OBJECT макрос. А рефлексия это путь ( пока еще не до конца но путь)
Qt честно да прогрессивный, но сейчас очень сильно отстал, также забил вообще про написание ui через с++ и ринулись разивать кастрированый js
непонятно зачем люди сложно пишут на с++ если можно писать сильно проще. стреляют в колено, когда пишут на с++ образца старых годов или используя синтаксис С
Ну буст часть своих либ первел на модули, а где-то еще вносится поддержка. Да переход очень тяжелый на с++ моудли, но после опыта написания на модулях, обратно очень неприятно переходить
напомню что еще стоит учитывать, что может подключатся import std из 23 стандарта
И среди всех этих бибилотек только argparse и cli11 умeют в модули. Вы ввели 20 стандарт в своей либе, но не сделали это без уважения.
Там же подвох в том что артефакты модулей для сборки иначе собираются ( в отличии от стандарных cpp ) , поэтому и спрашиваю как в этой системе сборки работает поддержка модулей
что там с поддержкой модулей с++20?
Linux ядро буквально живет на том же с++ но в синтаксие С. Те же абстракции, тот же rtti и vtable, обработка исключений. В ядро с++ не пустил фанатизм и то что с++ был сильно позже стандартизирован чем С
Так код с auto_ptr не скомпилируется с включенным С++17 ( как и throw() в конце объявлении функции)
Поэтому в модулях без экспортирования макросов. Ломают все