С++ проверяет, может ли выражение быть оценено constexpr

Есть ли способ решить, можно ли что-то оценить с помощью constexpr, и использовать результат как логическое значение constexpr? Мой упрощенный вариант использования выглядит следующим образом:

template <typename base>
class derived
{
    template<size_t size>
    void do_stuff() { (...) }

    void do_stuff(size_t size) { (...) }
public:
    void execute()
    {
        if constexpr(is_constexpr(base::get_data())
        {
            do_stuff<base::get_data()>();
        }
        else
        {
            do_stuff(base::get_data());
        }
    }
}

Моя цель - C++2a.

Я нашел следующую ветку на Reddit, но я не большой поклонник макросов. https://www.reddit.com/r/cpp/comments/7c208c/is_constexpr_a_macro_that_check_if_an_expression/

Хм, тело if constexpr будет оцениваться только в том случае, если выражение в if constexpr истинно во время компиляции. Это то, что вы ищете?

Jesper Juhl 21.03.2019 21:13

Но что, если тест в if constexpr([test]) нельзя оценить во время компиляции?

Aart Stuurman 21.03.2019 21:17

Может быть, вы можете что-то сделать с std::is_constant_evaluated?

0x5453 21.03.2019 21:18
en.cppreference.com/w/cpp/language/if
Jesper Juhl 21.03.2019 21:18

Если это невозможно оценить во время компиляции, то что бы вы сделали компилятору, кроме ошибки или оценки во время выполнения?

Jesper Juhl 21.03.2019 21:22

Если его можно оценить во время компиляции, должно быть выполнено первое тело. В противном случае должно быть выполнено второе тело среды выполнения. В настоящее время я изучаю рекомендацию 0x5453.

Aart Stuurman 21.03.2019 21:24

@AartStuurman: Что такое do_stuff, что он может работать во время компиляции или во время выполнения, но сам по себе не должен constexpr? Не лучше ли просто сделать ее функцией constexpr и передать ей значение get_data в качестве параметра?

Nicol Bolas 21.03.2019 21:38

Тем временем я действительно пересмотрел свой выбор дизайна, но, тем не менее, я думаю, что это интересный вопрос :)

Aart Stuurman 21.03.2019 23:58
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
35
8
5 732
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Не совсем то, о чем вы просили (я разработал свойство пользовательского типа, специфичное для статического метода get_value()... возможно, его можно обобщить, но на данный момент я не знаю, как это сделать), но я полагаю, что вы можете использовать SFINAE и сделать что-то следующим образом

#include <iostream>
#include <type_traits>

template <typename T>
constexpr auto icee_helper (int)
   -> decltype( std::integral_constant<decltype(T::get_data()), T::get_data()>{},
                std::true_type{} );

template <typename>
constexpr auto icee_helper (long)
   -> std::false_type;

template <typename T>
using isConstExprEval = decltype(icee_helper<T>(0));

template <typename base>
struct derived
 {
   template <std::size_t I>
   void do_stuff()
    { std::cout << "constexpr case (" << I << ')' << std::endl; }

   void do_stuff (std::size_t i)
    { std::cout << "not constexpr case (" << i << ')' << std::endl; }

   void execute ()
    {
      if constexpr ( isConstExprEval<base>::value )
         do_stuff<base::get_data()>();
      else
         do_stuff(base::get_data());
    }
 };

struct foo
 { static constexpr std::size_t get_data () { return 1u; } };

struct bar
 { static std::size_t get_data () { return 2u; } };

int main ()
 { 
   derived<foo>{}.execute(); // print "constexpr case (1)"
   derived<bar>{}.execute(); // print "not constexpr case (2)"
 }

Это безумие, это использование оператора запятой, перегрузка long/int... Проголосуйте. :/

matovitch 21.03.2019 22:13

@matovitch - никогда не недооценивайте силу оператора запятой }:-)

max66 21.03.2019 22:16

Будет ли это работать на платформах, где sizeof(long) равно sizeof(int)?

Gregory Nisbet 22.03.2019 04:35

@ГрегориНисбет - Да. Потому что для языка, как и для компилятора, они остаются разными типами.

max66 22.03.2019 09:08
template<auto> struct require_constant;
template<class T>
concept has_constexpr_data = requires { typename require_constant<T::get_data()>; };

Это в основном то, что используется std::ranges::split_view.

Ответ принят как подходящий

Вот еще одно решение, которое является более общим (применимым к любому выражению, без определения каждый раз отдельного шаблона).

В этом решении используется то, что (1) лямбда-выражения могут быть constexpr, начиная с C++17 (2) тип лямбда-выражения без захвата является конструируемым по умолчанию, начиная с C++20.

Идея состоит в том, что перегрузка, которая возвращает true, выбирается тогда и только тогда, когда Lambda{}() может появиться в аргументе шаблона, что фактически требует, чтобы вызов лямбда был константным выражением.

template<class Lambda, int=(Lambda{}(), 0)>
constexpr bool is_constexpr(Lambda) { return true; }
constexpr bool is_constexpr(...) { return false; }

template <typename base>
class derived
{
    // ...

    void execute()
    {
        if constexpr(is_constexpr([]{ base::get_data(); }))
            do_stuff<base::get_data()>();
        else
            do_stuff(base::get_data());
    }
}

Интригующее решение... таким образом вы получите тот же результат моих пользовательских признаков типа, но более синтетический, и, прежде всего, точное проверенное выражение (base::get_data()) встроено в аргумент, а не жестко запрограммировано, как в моем решении. Очень хорошо. Я должен помнить это.

max66 22.03.2019 01:24

Я принимаю это, потому что это ответ на общий случай вопроса. Ответ max66 также очень полезен (в случаях, отличных от С++ 2a), но требует повторения для каждого использования :)

Aart Stuurman 22.03.2019 10:42

Запятая оператор SFINAE... мой разум идет БУМ.

organicoman 24.10.2021 10:02

Просветительское решение проблемы. Я провел некоторые тесты по этому поводу и считаю, что использование запятой SFINAE не требуется, и я почти уверен, что шаблон формы template<typename T, auto = T()() >, где мой T — ваш Lambda, будет в равной степени достаточным.

user2628206 17.01.2022 08:17

Если подумать, запятая SFINE необходима из-за возвращаемого типа лямбда void. (в своем тестировании я использовал лямбду, похожую на []{ base::get_data(); return true;}, которая всегда не пуста.

user2628206 17.01.2022 20:24

Другие вопросы по теме