Хранение разных типов

@TenGen · Регистрация: 06.03.2014

Author24 — интернет-сервис помощи студентам

Приветствую всех. Возник вот такой вопрос. У меня есть, например, 3 разных структуры, каждая из которых имеет разные поля:

C++

struct one
{
int x;
int y;
string value;
};
 
struct two
{
string k;
double a;
double b;
double c;
};
 
struct three
{
char t;
double z;
string name;
}

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

Ilot · 13.03.2014, 12:51

А чем наследование не угодило?

@TenGen · 13.03.2014, 12:56 **[ТС]**

Ilot, поясните, плиз?

Ilot · 13.03.2014, 13:19

Например так:

Кликните здесь для просмотра всего текста

C++

#include <iostream>
#include <string>
using namespace std;
struct base
{
virtual ~base() {};
};
struct one: base
{
 
int x;
int y;
string value;
};
 
struct two: base
{
string k;
double a;
double b;
double c;
};
 
struct three: base
{
char t;
double z;
string name;
};
int main ()
{
    base* mass[3];
    one* ptr1;
    two* ptr2;
    mass[0] = new one();
    mass[1] = new two();
    ptr1 = static_cast<one*>(mass[0]);
    ptr2 = static_cast<two*>(mass[1]);
    ptr1->x = 10;
    ptr2->b = 11;
    cout << ptr1->x << endl;
    cout << ptr2->b << endl;
    return 0;
}

@TenGen · 13.03.2014, 13:27 **[ТС]**

Ilot, благодарю, сейчас попробую

@jurok_85 · 13.03.2014, 13:41

а такой вариант вместо наследования как вам?

C++

#include <string>
using std::string;
struct one
    {
    int x;
    int y;
    string value;
    };
 
struct two
    {
    string k;
    double a;
    double b;
    double c;
    };
 
struct three
    {
    char t;
    double z;
    string name;
    };
 
    struct vse
    {
        one x;
        two y;
        three z;
    };
int main(){
 
vse* v = new vse[10];
}

@TenGen · 13.03.2014, 13:48 **[ТС]**

jurok_85, вариант интересный, но нерациональный. Вопрос стоял именно в том, что бы помещать одну запись определенного типа в одну ячейку массива

@aLarman · 13.03.2014, 13:49

Не по теме:

jurok_85, я думаю надо было в одном элементе массива хранить не все структуры, а одну

Не по теме:

опоздал :)

@jurok_85 · 13.03.2014, 13:51

Сообщение от TenGen

помещать одну запись определенного типа в одну ячейку массива

а ну тогда наследование

@zss · 13.03.2014, 14:09

А еще есть union:

C++

struct one
    {
    int x;
    int y;
    string value;
    };
 
struct two
    {
    string k;
    double a;
    double b;
    double c;
    };
 
struct three
    {
    char t;
    double z;
    string name;
    };
 
    union vse
    {
        one A;
        two B;
        three C;
    };

A,B, и С будут располагаться в одной и той же области памяти.

@John Prick · 13.03.2014, 14:13

Наследование, конечно, поможет запихнуть объекты разных типов в один контейнер. Но тогда потеряется информация о конкретном типе каждого элемента. Когда будете из контейнера элементы, придётся делать dynamic_cast<>, что, мягко говоря, нехорошо.

@TenGen · 13.03.2014, 14:15 **[ТС]**

John Prick, а вы какое решение можете посоветовать? Мне бы хотелось, что бы потом из него можно было извлекать данные без лишних телодвижений

@John Prick · 13.03.2014, 14:21

TenGen, в первую очередь подумайте, зачем вам понадобилось помещать эти разные структуры в один контейнер. Возможно, найдётся какое-то другое решение. Опишите вашу задачу.

@TenGen · 13.03.2014, 14:28 **[ТС]**

John Prick, я вознамерился для некоторых целей сделать очень простой "скриптовый" язык. И в этом массиве хочу хранить тип команды и нужные параметры. Само собой, количество и тип параметров различаются.

Пока реализовал некую универсальную запись в виде

C++ (Qt)

struct node
{
node() : values(NULL), lines(NULL) {}
int *values;
QString *lines;
};

@John Prick · 13.03.2014, 14:34

Сообщение от TenGen

И в этом массиве хочу хранить тип команды и нужные параметры. Само собой, количество и тип параметров различаются.

Возможно тогда вам следует сделать структуры команды такой:

C++

struct Command
{
    int type;
    SomeContainer<AbstractParameter> params;
};

А наследованием связать различные виды параметров. Кстати, что из себя представляют эти параметры?

@TenGen · 13.03.2014, 14:36 **[ТС]**

John Prick, целые числа и строки. А назначение их может быть каким угодно, зависит от конкретной команды

Ilot · 13.03.2014, 14:43

TenGen, а почему тогда вы не используете подход Win API?

@John Prick · 13.03.2014, 14:49

Тогда можно поступить так:

C++

class AbstractParameter
{
public:
    virtual ~AbstractParameter(void) {}
protected:
    AbstractParameter(void) {}
};
 
struct StringParameter: public AbstractParameter
{
    string value;
};
 
struct IntParameter: public AbstractParameter
{
    int value;
};

Структуру команды я уже указывал:

C++

struct Command
{
    int type;
    SomeContainer<AbstractParameter*> params;
};

Вот объекты типа Command вам и стоит хранить в массиве, а параметры команды - в контейнере params.

Однако, когда вы будете обращаться к конкретным параметрам, вам всё равно придётся как-то выяснять их тип. Толи с помощью dynamic_cast, толи ещё каким-нибудь способом (например, паттерн visitor есть на этот случай).

Возможно, вам стоит подумать, нельзя ли как-то сделать параметры команды одного типа.

@TenGen · 13.03.2014, 14:54 **[ТС]**

Ilot, я о таком не слышал) можно подробнее?

John Prick, думаю вот...

Ilot · 13.03.2014, 14:59

У любого приложения на Windows есть очередь т.н. сообщей. Т.е. любое событие происходящее с приложением описывается как структура типа MSG. Одно поле идентифицируется как код команды, смысл остальных полей зависит от типа сообщения. Одним словом гуглите оконная процедура там все будет понятно.

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 14:36 [ТС]	16
	John Prick, целые числа и строки. А назначение их может быть каким угодно, зависит от конкретной команды 0

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	13.03.2014, 14:43	17
	TenGen, а почему тогда вы не используете подход Win API? 0

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	13.03.2014, 12:51	2
	А чем наследование не угодило? 0

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 12:56 [ТС]	3
	Ilot, поясните, плиз? 0

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 13:27 [ТС]	5
	Ilot, благодарю, сейчас попробую 0

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 13:48 [ТС]	7
	jurok_85, вариант интересный, но нерациональный. Вопрос стоял именно в том, что бы помещать одну запись определенного типа в одну ячейку массива 0

@aLarman
	13.03.2014, 13:49 #8
	Не по теме: jurok_85, я думаю надо было в одном элементе массива хранить не все структуры, а одну Не по теме: опоздал :) 0

@jurok_85 365 / 321 / 219 Регистрация: 21.02.2013 Сообщений: 756
	13.03.2014, 13:51	9
	Сообщение от TenGen помещать одну запись определенного типа в одну ячейку массива а ну тогда наследование 0

@John Prick 2277 / 1768 / 741 Регистрация: 27.07.2012 Сообщений: 5,251
	13.03.2014, 14:13	11
	Наследование, конечно, поможет запихнуть объекты разных типов в один контейнер. Но тогда потеряется информация о конкретном типе каждого элемента. Когда будете из контейнера элементы, придётся делать dynamic_cast<>, что, мягко говоря, нехорошо. 0

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 14:15 [ТС]	12
	John Prick, а вы какое решение можете посоветовать? Мне бы хотелось, что бы потом из него можно было извлекать данные без лишних телодвижений 0

@John Prick 2277 / 1768 / 741 Регистрация: 27.07.2012 Сообщений: 5,251
	13.03.2014, 14:21	13
	TenGen, в первую очередь подумайте, зачем вам понадобилось помещать эти разные структуры в один контейнер. Возможно, найдётся какое-то другое решение. Опишите вашу задачу. 0

@TenGen Будущее рядом 101 / 100 / 48 Регистрация: 06.03.2014 Сообщений: 342
	13.03.2014, 14:54 [ТС]	19
	Ilot, я о таком не слышал) можно подробнее? John Prick, думаю вот... 0

Ilot $Эксперт по математике/физике$ 2048 / 1366 / 395 Регистрация: 16.05.2013 Сообщений: 3,506 Записей в блоге: 6
	13.03.2014, 14:59	20
	У любого приложения на Windows есть очередь т.н. сообщей. Т.е. любое событие происходящее с приложением описывается как структура типа MSG. Одно поле идентифицируется как код команды, смысл остальных полей зависит от типа сообщения. Одним словом гуглите оконная процедура там все будет понятно. 0

Хранение разных типов

Решение