Russian Qt Forum

Вот такая слегка запутанная конструкция инициализации ссылки...
Есть ли вариант попроще ?

Зачем оно нужно ? например для того чтобы иметь доступ к данным класса разными методами, внутри методов класса хочется работать с именами переменных, а наружу выдавать массив этих переменных.

Что-то оно ужасно выглядит и профита я не вижу.

Мне почему то всегда казалось, что член класса не может быть ссылкой

Может лучше emun использовать? Если я, конечно, правильно понял.

C++ (Qt)
class RefTest
{
public:
  enum Var {var_0 = 0, var_1, ...., var_count}
public:
RefTest()
 {} 
private:
int array[var_count];
};
............
array [var_1] = .......
 

нет, хочется сдетать так
согласитесь, это смотрится проще чем

но потом еще нужно сделать примерно такой метод

Куча ссылок проще не смотрится.

Сомнительное хотение попахивающее "кодированием". Видно что var0 и var1(2) неоднообразны, вероятно хранят разные данные. Если есть нужда иметь их также в виде массива, лучше так

C++ (Qt)
#pragma pack(push, 4)
class RefTest {
 public:
  union {
   int mArray[10];
   struct {
     int mSpeed;    // var0
     int mAccel;      // var1
     int mTime;
     ...
   };
  };
};
#pragma pack(pop)
 

Чтобы по-человечески написать напр

C++ (Qt)
mSpeed += mAccel * mTime;
 

2 Igors
Согласен, Ваш вариан лучше чем тот, что я придумал. Спасибо за подсказку, но тогда есть вопрос: что это за директивы
#pragma pack(push, 4)
и
#pragma pack(pop)
Зачем они и какие ограничения они накладывают ? компилятор - gcc

Это указывает выравнивание.
Не советую я использовать такой подход. Делай нормально.

Ну если все "только int" - то можно и без них, но вот др. случай

C++ (Qt)
union {
 int mArray[10];
 struct {
  char mFlag;
  int mData;
 };
};
 

Здесь уже без директивы выравнивания mData может находиться совсем не на том месте что mArray[1] (напр если выравнивание 2). То есть если хотите обращаться к данным "и так и сяк" - подчерните pack'ом

нормально это так
?
но это сильно усложнит мою программу. и тут дело даже не в усложнении как-таковом, это прога, она написана и оттестирована, но только на другом языке. Тепер ее нужно переписать на с++. но прога эта оперирует порядка несколькими сотнями переменных, причем там есть средства автоматического складывания этих переменных в массив. вот я и ищу элегантный способ определить несколько сот переменных в классе да еще так, чтоб они аккуратно лежали в массиве..... понравился вариант с ссылками но пугает страшная конструкция инициализации этих ссылок. Вариан что предложил Igors вроде свободен от этого недостатка но наверное у него тоже есть свои минусы........

в пределах массива - все одного типа, но таких юнионов планируется четыре: bool, qint16, qint32 и double

ИМХО, так лучше будет.

Ну если уж взялись делать "в стиле плюсов" - то определяйте и константные методы, а то у Вас вся константность класса накрывается медным тазом  :)

:) Любая вещь имеет свои плюсы и минусы - это нормально. Членами union могут быть только POD (простые) типы, напр так нельзя

C++ (Qt)
union {
 MyClass mA;
};
 

А сама конструкция и #pragma pack 100% легальны (просто не очень популярны)

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