QObject::finChild и QList

поправка!

QStringList наследник QSignalSpy, а тот уже наследник QObject. НО, почему-то, автодополнение на член QStringList не показывает методы Qbject.

Народ, помогите а =(

QObject::findChild() ищет Qt'шные объекты, для которых текущий является родительским (с точки зрения иерархии Qt'шных объектов). Это не имеет никакого отношения к твоей задаче.

Почитай про Qt properties - скорее всего ты найдешь нужное там. Я, честно говоря, уже хреново помню, что там к чему.

да как же?

пример в асистанте QPushButton *button = parentWidget->findChild<QPushButton *>("button1");

вроде он как раз отвечает на мою задачу, только в GUI среде, разве нет?

Ладно, допустим я брежу и что же? Множить if'ы?

> Ладно, допустим я брежу и что же? Множить if'ы?

std::find, std::find_if?

> std::find, std::find_if? 

class CControls: public QObject {
	Q_OBJECT

	public:
		QStringList	ToolBar;
		QStringList	Scroll;
		QStringList	Header;
		QStringList	Title;
		QStringList	Line;
		QStringList	Exec;
		QStringList	Filter;
		QStringList	Scales;
		QStringList	Curve;
		QStringList	Stylens;
		QStringList	Legend;
		QStringList	ColorColumn;
		QStringList 	ColumN;
		QStringList 	Grid;
		QStringList	Print;
		QStringList 	Access;
		QStringList 	Format;
	CControls(QObject* parent = 0);
};

с трудом представляю как это поможет в моём случае?
если мне надо получить член класса, а не элемент внутри члена класса.

А QMap<QString,QStringList&> не поможет ?

как то так :

Q_PROPERTY(QStringList ToolBar READ toolBar)
public:
QStringList toolBar() const { return ToolBar; } // no overhead(CoW)
...
...
...
QStringList l=this->property("ToolBar").toStringList()

kitov

вариант рабочий, но ведь для того чтобы обыграть все мои свойства класса, надо написать для каждого строку Q_PROPERTY и метод типа твоего "QStringList toolBar() const { return ToolBar; } // no overhead(CoW)".

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

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

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

А без Q_PROPERTY в данном случае не обойдётесь, т.к. именно этот макрос дает метаинформацию и возможность получать свойство по его имени (сам по себе C++ рефлексию не поддерживает).

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

Я думаю есть :-) 

> QStringList ToolBar;
> QStringList Scroll;
> QStringList Header;

Мне почему-то кажется, что если хочется for, а не if, то это всё должно быть в одной структуре данных (например, предложенный выше map). Либо можно оставить отдельными полями, но сделать map с указателями.