Доступ к полям структуры по номерам

Как можно присвоить полям структуры номера и организовать к ним доступ по этому номеру? Видел где-то идею сделать внутри структуры функцию, которая принимала бы номер в виде int а возвращала бы то, что хранится в соответствующем поле. Но, к сожалению, я нигде не могу найти как можно сделать так, чтобы функция могла возвращать значения разных типов. Т.е, например, идёт заход в функцию, дальше идёт ветвление через if - вернуть char или вернуть double. Не уверен, что так вообще можно сделать, но других способов ни найти, ни придумать пока не выходит. Реально мне нужно создать функцию, которая выводила бы через cout все поля структуры, которую она принимает в качестве аргумента, и при этом она должна уметь принимать разные структуры (т.е с разными названиями полей, то бишь - с разным шаблоном), собственно, для чего и нужно названия полей заменить на переменные цифры.

0

Операцию [] определяешь и даёшь вывод. Только смотри, все поля одного типа должны быть (или приводиться этой операцией к одному типу).
Можно ещё сделать макрос разворачивающийся в DWORD func1(), char func2() и т.д. Тогда как раз будут разные типы.

0

То, что вы хотите называется "рефлексия".
На языке с++ технология не доступна (ожидается статическая рефлексия с++17)

Однако, технология эмулируется в механизмах "сериализации", или в механизмах "атрибутов".

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

Дизайн использования сериализации см boost::serialization
http://live.boost.org/doc/libs... index.html

Дизайн атрибутов (единственное более-мене приличное):
http://www.gamedev.ru/code/art... tes_in_cpp

Я знаком с автором.
Моё мнение об атрибутах - ненужный хлам.
Пример того, как плохо ложится "неродная для языка технология".


В целом, то, чего вы хотите - противоестественно для с++.
Это - тот случай, когда говорят: "если вам это понадобилось, значит вы хотите чего то очень странного".


Есть ещё механизмы "проперти", идеи создания которых могут помочь вам в решении.

Проперти на языке с++ не прижились в силу того, что не привносят в язык ровным счетом ничего нового, но увеличиваются зазря сложность кода.

Сообщение от FreeScore Т.е, например, идёт заход в функцию, дальше идёт ветвление через if - вернуть char или вернуть double. Не уверен, что так вообще можно сделать, но других способов ни найти, ни придумать пока не выходит.

Этот момент довольно легко решается.
Смотрите в сторону boost::any, variant.

Если вы самостоятельно не смогли додуматься до возможного решения, то можно предположить, что вы не владеете магией шаблонов.

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

2

Сообщение от hoggy Проперти на языке с++ не прижились в силу того, что не привносят в язык ровным счетом ничего нового, но увеличиваются зазря сложность кода.

какая глупость... свойства зашкаливающая по полезности вещь, только из за отсутствия свойств я ушел с плюсов на шарп

0

Сообщение от Dark Byte какая глупость... свойства зашкаливающая по полезности вещь, только из за отсутствия свойств я ушел с плюсов на шарп

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

Отсюда можно сделать прямой вывод: вы полагаете проперти на плюсах не юзабельными, бесполезными.

И что касается вашего тезиса: глупо считать полезной вещь на языке, если она настолько не юзабельная, что вы предпочли уйти на более высокоуровневый язык.

0

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

что вы несете на плюсах нет проперти

0

Сообщение от Dark Byte что вы несете на плюсах нет проперти

Плюсы - это язык, способный расширяться за счет библиотек написанных на нем самом.

Мой изначальный тезис был:
Существует множество различных реализаций проперти на языке.
Но ни одна из них не прижилась.
-------------------------------------------------

А вы чего несете? Вы утверждаете что проперти - фиерически классная вещь.
Но при этом почему то игнорируете тот факт, что на языке с++ от этой вашей "фиерически классоной" толку чуть больше, чем никакого.

Глупо рассказывать о том, какие классые проперти есть на шарпе, если ими все равно не воспользуешься на плюсах в разделе форума посвященном языку с++

0

Сообщение от hoggy Существует множество различных реализаций проперти на языке.

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

Сообщение от hoggy А вы чего несете? Вы утверждаете что проперти - фиерически классная вещь. Но при этом почему то игнорируете тот факт, что на языке с++ от этой вашей "фиерически классоной" толку чуть больше, чем никакого.

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

0

Сообщение от Dark Byte ибо юзать эти реализации крайне не удобно

Вот именно!
Именно эту мысль я и хотел подчеркнуть говоря об атрибутах и пропертях.

"кране неюзабельное" - это лучшее, что ждет ТС на этом пути.

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

Сообщение от Dark Byte очень обидно что мелкософту не хватает мозгов реализовать их в плюсах, так как они есть в шарпе

Дело не в микрософте. Дело в стандарте самого языка.
Пока комитет не узаконит некую технологию, она будет обречена быть не более, чем "расширением от компилятора". То есть, решение будет не переносимым.

visual studio, property (C++)
http://msdn.microsoft.com/en-u... k0thd.aspx

0

Сообщение от Dark Byte очень обидно что мелкософту не хватает мозгов реализовать их в плюсах

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

0

Сообщение от hoggy Дело не в микрософте. Дело в стандарте самого языка. Пока комитет не узаконит некую технологию, она будет обречена быть не более, чем "расширением от компилятора". То есть, решение будет не переносимым.

хз че это за тупой комитет, но короче тупо это...

Сообщение от hoggy visual studio, property (C++) http://msdn.microsoft.com/en-u... k0thd.aspx

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

0

Сообщение от Dark Byte хз че это за тупой комитет, но короче тупо это...

а в ассемблере и си их тоже нет... дибильные языки и все кто их составлял дибилы и уроды, да?
Ну так пишите свой "идеальный" язык

0

Постараюсь вынести из предложенных ресурсов максимум информации, спасибо за помощь.

0

Сообщение от Croessmah Ну так пишите свой "идеальный" язык

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

Добавлено через 57 секунд

Сообщение от Croessmah а в ассемблере и си их тоже нет... дибильные языки и все кто их составлял дибилы и уроды, да?

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

0