Переопределить operator() для получения доступа к члену класса?

Question

[Андрей Яндуганов]

Допустим у меня есть такой класс (все лишнее убрал для наглядности):

class Window{
public:
	Graphics *g;
}

Например я где-то создаю Window myWindow(); Для того, чтобы вызвать функцию объекта g мне нудно написатьmyWindow.g-> и только потом писать нужную функцию.
Это плохо как минимум тем, что мой g можно спокойно изменить снаружи класса. Но и сделать его закрытым не очень хорошая идея, потому что тогда придется писать некую прослойку для вызова каждой функции, а их под сотню, да еще и все с перегрузками. И я подумал: а нельзя ли как-то хитро переопределить operator() так, чтобы вот эти строки были эквивалентны:

myWindow.g->Clear(Color::White);
myWindow(Clear(Color::White));

То есть грубо говоря пробросить методы объекта g в свой класс. Это вообще реально? Ну или хотя бы что-то похожее, чтоб код был более защищенным и компактным.

Answer 1

[res2001]

Может вас устроит наследование вашего Window от Graphics?
Эффект от наследования точно такой какой вы хотите получить другими способами.

Comments

[Андрей Яндуганов]

Спасибо! Про наследование я что-то совсем не подумал.

[Андрей Яндуганов]

Хотя я не уверен, что конкретно в данном случае удастся унаследоваться. Я ведь свой класс для того и создал, чтоб создать некую обертку над классом Graphics. И объект g у меня создается в самом конце конструктора класса Window, когда все уже подготовлено к созданию Graphics. И этот g в некоторых случаях будет создаваться заново.

[res2001]

Само собой Window придется переделать, но я думаю, что это будет не сложно.

[Андрей Яндуганов]

res2001: Я не могу создать объект Graphics не создав окна. Тут есть четкий порядок: сначала окно, потом графика. Я не могу представить, как нужно перелопатить класс, чтобы наследование помогло.

[res2001]

Тогда, возможно, у вас Graphics должен наследовать Window.
Хотя, думаю, вы сгущаете краски. Создать объект Window - это не обязательно его отобразить/нарисовать/открыть, то же самое, вероятно и с Graphics.
В любом случае, не зная конкретики, дальше уже дискутировать бесполезно.

[Андрей Яндуганов]

res2001: Наследовать Graphics я не могу, это класс из GDI+

[Андрей Яндуганов]

res2001: А если наследоваться он Graphics, то при создании объекта Window все равно сначала вызовется конструктор от Graphics, но к этому моменту ему еще нечего передать.

[res2001]

Ну добавьте в конструктор Window параметры необходимые конструктору Graphics и передавайте их туда.

[Андрей Яндуганов]

res2001: Так нет их еще. В конструкторе моего класса как раз эти параметры и вычисляются.

[res2001]

:) задачка
Можно из вашего Window сделать некий промежуточный класс и сделать третий класс, который будет наследовать от Window и Graphics, т.е.
class WindowG: public Window, Graphics
{
WindowG(...): Window(...), Graphics(...)
}
При этом в конструктор WindowG передаете все нужные параметры для Window, в котором вычисляются и сохраняются в качестве членов параметры для конструктора Graphics.

[Андрей Яндуганов]

res2001: Спасибо, попробую))

Answer 2

[Mercury13]

class Window{
public:
  Graphics& operator * () const { return *g; }
  Graphics* operator -> () const { return g; }
private:
  Graphics *g;
}

...

window->Clear(Color::White);

Comments

[GavriKos]

Mercury13 Не будет ли проблем например с деструктором объекта типа Window?

[Mercury13]

Какое отношение это дело имеет к деструктору? Если деструктор работает — он и продолжит работать. Если не работает — значит, и не заработает.