О_О Научите этому QtCreator. Я в долгу не останусь

Причем умеет шаблонные подстановки по дороге прогонять

Как это сделать?

Как это сделать?

Насколько я понимаю, у них в Intellisense отдельный C++ компилятор вообще

Читаем правила (описание группы), вакансии в личку @AlexFails.

Как это сделать?

Причем они знатно обвешались эвристиками

На раскрытие type alias-ов

Насколько я понимаю, у них в Intellisense отдельный C++ компилятор вообще

Там вроде шланг у них

Там вроде шланг у них

Ой как вряд ли

Я знаю как минимум одно расхождение clang + ms extensions и msvc, можно на нем проверить

А, блин, это ошибка линкера

error: unknown type name 'Hello'

Всем привет. Какие библиотеки вы используете у себя на проектах, если требуется наружу вернуть занчение, а также сообщить о том, чем завершилась работа функции ?

Или например сделать либо, то либо другое.

В частном случае это optional, например для задачи поиска чего-либо.

Через has_value мы определяем есть ли значение или нету.

Но что, если мы ищем в базе данных к которой не удалось подключиться ? Как сообщить об этом наружу ?

Всем привет. Какие библиотеки вы используете у себя на проектах, если требуется наружу вернуть занчение, а также сообщить о том, чем завершилась работа функции ?

https://github.com/facebook/folly/blob/master/folly/Try.h или аналогичные структуры типа result of

https://github.com/facebook/folly/blob/master/folly/Expected.h

https://github.com/facebook/folly/blob/master/folly/Expected.h

Вот такой вариант ещё находил. https://github.com/TartanLlama/expected

ну идеи явно общие union { T m_val; unexpected<E> m_unexpect; }; bool m_has_val;

я лично по традиции велосипедил, мне очень хотелось в этом месте иметь структуру типа folly::Try с указанием списка возможных исключений

Всем привет. Какие библиотеки вы используете у себя на проектах, если требуется наружу вернуть занчение, а также сообщить о том, чем завершилась работа функции ?

кустомный result.hpp

де факто копия аналогичного типа в расте

кустомный result.hpp

Уже расплодились во всём проекте пары из була и ещё чего-нибудь. Настало время обратиться к комьюинити.

Уже расплодились во всём проекте пары из була и ещё чего-нибудь. Настало время обратиться к комьюинити.

bool как возвращаемый тип и out аргумент по ссылке?

Уже расплодились во всём проекте пары из була и ещё чего-нибудь. Настало время обратиться к комьюинити.

нене, это совсем не хорошо, template<V, E> class Result: boost::variant<Val<V>, Err<E>> {..}

ну или enum Status

bool как возвращаемый тип и out аргумент по ссылке?

Этот вариант тоже есть.

Лично я считаю его отвратным )

Этот вариант тоже есть.

ну или unique_ptr

Ты смотришь на вызов функции и не понимаешь, что ты от неё ждёшь на самом деле, не залезая внутрь.

Ты смотришь на вызов функции и не понимаешь, что ты от неё ждёшь на самом деле, не залезая внутрь.

смотря какой дизайн у тебя в общем. встречал API в таком стиле. мне нравится

ну или unique_ptr

И каждый раз аллокации делать ? Накладно

нене, это совсем не хорошо, template<V, E> class Result: boost::variant<Val<V>, Err<E>> {..}

Такое тоже рассматривал. Вобщем сейчас займусь ресерчем.

смотря какой дизайн у тебя в общем. встречал API в таком стиле. мне нравится

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

Такое тоже рассматривал. Вобщем сейчас займусь ресерчем.

были проблемы?

Тогда std::tie должен помочь: val, err; std::tie(val,err) = func( ... ).

были проблемы?

Что ты имеешь ввиду ? Проблемы какого рода ?

Тогда std::tie должен помочь: val, err; std::tie(val,err) = func( ... ).

Ну это ничем не лучше возврата пары )

"сахарок" который может облегчить чтение, если главная цель - понятность/приятность

Что ты имеешь ввиду ? Проблемы какого рода ?

ну раз "рассматривал", то наверное по какой-то причине не подошло, так?

Тогда std::tie должен помочь: val, err; std::tie(val,err) = func( ... ).

Structured binding спешит на помощь

ну раз "рассматривал", то наверное по какой-то причине не подошло, так?

Рассматривал = было в мыслях в данном случае)

Structured binding спешит на помощь

auto [x, y] = ... ? У нас c++11

Structured binding спешит на помощь

Кстати да

нене, это совсем не хорошо, template<V, E> class Result: boost::variant<Val<V>, Err<E>> {..}

это плохая реализация

это плохая реализация

почему?

почему?

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

это конец предложения?

кустомный result.hpp

я это где-то видел

это конец предложения?

на самом деле, у меня еще не наработана полноценная база использования, там есть тонкости, в которых я не уверен

но кажется, что у этого класса просто нет альтернатив, кроме как уметь врапать std::exception_ptr

отсюда кажется, что принципиальной основой является структура folly::Try<T>, выражающее в точности T или исключение

отсюда кажется, что принципиальной основой является структура folly::Try<T>, выражающее в точности T или исключение

мм, про какие исключения речь то? это просто возвращаемый тип

мм, про какие исключения речь то? это просто возвращаемый тип

речь о том, что любая достаточно сложная функция либо умеет бросать исключения, либо умеет его возвращать

если она умеет бросать исключения, вся эта схема нафиг не сдалась - просто бросаемся

Ой как вряд ли

там clang и самый честный intellisense без эвристик

Как это сделать?

либшланг достаточно прикрутить, не?

там clang и самый честный intellisense без эвристик

в интеллисенсе шланг основой?

если она умеет бросать исключения, вся эта схема нафиг не сдалась - просто бросаемся

ну тогда не очень удобно использовать эту функцию как интерфейс, т.к надо знать нутро имплементации

а так все по сигнатуре ясно

ну тогда не очень удобно использовать эту функцию как интерфейс, т.к надо знать нутро имплементации

я не понял этой фразы

в интеллисенсе шланг основой?

я про "интеллисенс" QtCreator-а

я про "интеллисенс" QtCreator-а

а я про интеллисенс

и про то, что емнип технически у Intellisense вообще другой компилятор

Я не знаю. Пользуюсь студией только если вынужден. Но вроде бы Visual C++ переходит на clang всецело

Я не знаю. Пользуюсь студией только если вынужден. Но вроде бы Visual C++ переходит на clang всецело

Я не верю в это

может быть я и ошибаюсь

у вижака legacy объем такой, что я мало верю, что есть смысл его вообще реализовывать в clang

О_О Научите этому QtCreator. Я в долгу не останусь

твоё желание услышано https://blog.qt.io/blog/2018/02/07/qt-creator-4-6-beta-released/ The informational tooltips on symbols are now generated from information from Clang instead of the built-in model (if you enabled the Clang code model). It now resolves auto to the actual type and shows template parameters for template types.

в частности я не уверен, что clang может в MSVC like name lookup кажется, clang изначально использует ленивые модели, соответствующие double name lookup

в QtCreator надо выбрать Clang Code Model, заместо их уже неподдерживаемых эвристик (вот что человек пишет https://bugreports.qt.io/browse/QTCREATORBUG-18675?focusedCommentId=366569&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-366569)

в частности я не уверен, что clang может в MSVC like name lookup кажется, clang изначально использует ленивые модели, соответствующие double name lookup

Очень может быть. Действительно, как можно парсить (начиная с некоторого места) некорректный код.

Ой как вряд ли

Шланг

Очень может быть. Действительно, как можно парсить (начиная с некоторого места) некорректный код.

Ну это полнейший холивар, я таки считаю, что MSVC like name lookup просто лучше и это just-another-case комитет принял в стандарт способ убить себе ногу

doc.qt.io/qtcreator/creator-clang-codemodel.html

почините парсер

в частности я не уверен, что clang может в MSVC like name lookup кажется, clang изначально использует ленивые модели, соответствующие double name lookup

https://clang.llvm.org/docs/MSVCCompatibility.html#template-instantiation-and-name-lookup

https://clang.llvm.org/docs/MSVCCompatibility.html#template-instantiation-and-name-lookup

On Windows, Clang attempts to follow the normal lookup rules, but if lookup fails, it will assume that the user intended to find the name in a dependent base

народ, а кто-то пилил интерпретаторы на llvm?