Здравствуйте, Евгений Музыченко, Вы писали:

ЕМ>Лень набрасывать код только ради примера. Одно из типичных применений — параметризуемые программы, настраиваемые на конкретного заказчика. Поначалу хватает набора простейших #define или констант, потом софт постепенно усложняется, добавляются новые параметры и их группы, которые уже замучишься перечислять в виде имен вида Node7_Channel3_TempMax, и вдобавок легко перепутать номера/индексы. А главное — в этой куче с ходу не видно структуры, ибо она делается в некотором роде подобно реляционным БД, где иерархия и группировка достигаются гибкими, но неочевидными способами.

ЕМ>Поэтому хочется это дело оформить в структурированно-иерархическом виде, как в cfg-файлах, виндовом реестре или том же JSON, чтоб максимум данных можно было задавать литералами. Чтоб в любой однородный перечень, указанный в отдельно взятом наборе параметров, можно было тупо вставить дополнительный элемент, и это не ломало соответствия с предопределенным типом и/или форматами остальных наборов параметров.

ЕМ>Я знаю, что можно наплодить классов, наделать из них полиморфных объектов, но инициализировать и собирать в контейнеры это все можно только во время выполнения. Поскольку я примерно представляю, в какой жирный и уродливый код это будет раскрываться, мне заранее противно даже думать в эту сторону.

Просто, чтоб мне стало понятно. Можешь объяснить, чем тебе не угодило решение "в лоб"? Вот тебе тот самый "структурированно-иерархический вид, как в cfg-файлах, виндовом реестре или том же JSON", о котором ты мечтаешь:

http://coliru.stacked-crooked.com/a/3b1f70e075579f52

#include <array>
#include <cstdint>
#include <iostream>
#include <string>

struct
{
    struct {
        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_A;

    struct {
        struct {
            bool Value_A = true;
            int Value_B = 42;
            double Value_C = 3.14;
            std::string Value_D = "Hello";
            std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
        } Key_X;

        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_B;

    struct {
        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_C;

    
} inline constexpr Config;

int main()
{
    std::cout << Config.Key_B.Key_X.Value_C << std::endl;
}

А редактор студии позволит ещё и коллапсить отдельные секции. Будет ни чуть не хуже, чем regedit.

Здравствуйте, Евгений Музыченко, Вы писали:

ЕМ>Лень набрасывать код только ради примера. Одно из типичных применений — параметризуемые программы, настраиваемые на конкретного заказчика. Поначалу хватает набора простейших #define или констант, потом софт постепенно усложняется, добавляются новые параметры и их группы, которые уже замучишься перечислять в виде имен вида Node7_Channel3_TempMax, и вдобавок легко перепутать номера/индексы. А главное — в этой куче с ходу не видно структуры, ибо она делается в некотором роде подобно реляционным БД, где иерархия и группировка достигаются гибкими, но неочевидными способами.

ЕМ>Поэтому хочется это дело оформить в структурированно-иерархическом виде, как в cfg-файлах, виндовом реестре или том же JSON, чтоб максимум данных можно было задавать литералами. Чтоб в любой однородный перечень, указанный в отдельно взятом наборе параметров, можно было тупо вставить дополнительный элемент, и это не ломало соответствия с предопределенным типом и/или форматами остальных наборов параметров.

ЕМ>Я знаю, что можно наплодить классов, наделать из них полиморфных объектов, но инициализировать и собирать в контейнеры это все можно только во время выполнения. Поскольку я примерно представляю, в какой жирный и уродливый код это будет раскрываться, мне заранее противно даже думать в эту сторону.

Ну то есть, это просто конфигурация программы, задаваемая в коде? А откуда берется желание запихнуть её в массив?

Просто, чтоб мне стало понятно. Можешь объяснить, чем тебе не угодило решение "в лоб"? Вот тебе тот самый "структурированно-иерархический вид, как в cfg-файлах, виндовом реестре или том же JSON", о котором ты мечтаешь:

http://coliru.stacked-crooked.com/a/3b1f70e075579f52

#include <array>
#include <cstdint>
#include <iostream>
#include <string>

struct
{
    struct {
        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_A;

    struct {
        struct {
            bool Value_A = true;
            int Value_B = 42;
            double Value_C = 3.14;
            std::string Value_D = "Hello";
            std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
        } Key_X;

        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_B;

    struct {
        bool Value_A = true;
        int Value_B = 42;
        double Value_C = 3.14;
        std::string Value_D = "Hello";
        std::array<uint8_t, 16> Value_E {0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F};
    } Key_C;

    
} inline constexpr Config;

int main()
{
    std::cout << Config.Key_B.Key_X.Value_C << std::endl;
}

А редактор студии позволит ещё и коллапсить отдельные секции. Будет ни чуть не хуже, чем regedit.