Всем привет.

Кто-нибудь знает конструкцию для С++ Builder , аналогичную нижеследующему выражению в Delphi?

Например:

Данная конструкция, а именно "class helper for ", позволяет получить доступ к приватным членам класса в Delphi.
Существует ли что-либо подобное для С++ Builder?

Это сообщение отредактировал(а) Doga - 2.7.2015, 14:25

Привет.
Есть два способа:
1) Дружественные функции и классы.
2) Унаследоваться от нужного тебе класса и использовать свой класс.

  На самом деле нет ни одного аналогичного способа. Класс хелпер используется случае когда мы не имеем доступа к реализации или не хотим вмешиваться в работу класса написанного сторонним разработчиком. Класс хелпер не меняет ни длину объекта, ни таблицу VMT, ни RTTI. Просто возможность создать функции типа геттера или сттера не предусмотренные разработчиком. 

  Насколько мне известно, функцию (или класс) можно сделать дружественной какому-либо классу только при объявлении самого класса. 
TCustomForm, к сожалению, уже объявлен.

  А наследники класса по определению не могут получить доступ к членам класса родителя, если те объявлены в секции private.
Для того она и существует.

  Так что, оба этих способа не годятся.

Да, что то я подумал, что они protected, не обратил внимание на слово "приватным".
По поводу дружественного класса, я полагаю, у тебя ведь есть доступ к исходныму коду класса TCustomForm? Так почему бы не добавить туда класса друга или не переместить нужные методы в protected секцию? Нарушается инкапсуляция, но это не самое страшное. 
В прицнипе, получается, что мы вмешиваемся в работу класса, написанного сторонними разработчиками. Так, что, выходит, что Alexeis прав, аналогов нет.

Это сообщение отредактировал(а) rudolfninja - 2.7.2015, 17:02

2rudolfninja
Эй! TCustomForm прямой родитель класса TForm ! 
Эти классы написаны не какими то  сторонними разработчиками, а самим СОЗДАТЕЛЕМ!  

2Alexeis
Похоже, я не корректно сформулировал вопрос.
Мне как раз и нужен класс хелпер, только для С++ Builder 
Если б я знал, как его использовать... 

Это сообщение отредактировал(а) Doga - 2.7.2015, 17:09

Вот нашел интересный способ получения доступа к приватным членам класса, я про такой не знал.
Но в твоем случае, это будет трудно.

Фу - фу - фу! И зачем такое предлагать?

Как один из вариантов решения проблемы.

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

  Можно кусочек кода написать на делфи, и включить в проект на С++ Builder. Проект С++ Builder допускает и паскалевские файлы.

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

Однако. 

В общем случае, класс может содержать множество (в том числе и однотипных) элементов, и далеко не факт, что необходимый будет объявлен первым. 
Ладно, пока это не проблема - идём дальше. Пусть нужный нам класс является наследником другого класса, который также является наследником уже своего родителя, и т.д.. 
В итоге, наш класс может быть наследником длинной цепочки предков, каждый из которых, в свою очередь, может обладать нетривиальной структурой.
Какой адрес, с каким смещением, какое выравнивание надо будет использовать для получения доступа к нужному элементу, применяя предложенный способ? 
Даже если получить доступ к этому элементу удастся (предположим, удалось одурачить компилятор и вычислить? (подобрать!) смещение), 
можно ли будет перенести такой код в другую версию компилятора (IDE) без изменений? Или опять танцы с бубном? 

Короче, этот способ не переносим и не безопасен. Я бы согласился на такое только от безысходности, и то не факт...

Теперь расскажу что мне было нужно. 
Нужно чтобы клиентское окно MDI приложения не рисовало вогнутую (lowered) рамку, когда в нем не открыто ни одно дочернее окно или когда их свойство WindowStete != wsMaximized.
Судя по исходникам Forms.pas, необходимо перехватить обработку системного сообщения 0x3F (я не знаю, что это такое). В этом месте можно отключить отрисовку этой рамки.
Но, чтобы всё было корректно, перед отключением рамки не плохо было бы вызвать штатную оконную процедуру(хотя и без неё вроде как работает). 
Так вот, в классе TCustomForm есть приватный член - void * FDefClientProc, являющийся указателем на ту самую оконную процедуру Клиентского окна главной формы MDI приложения.

Рассмотрим теперь иерархию классов:
TObject->TPersistent->TComponent->TControl->TWinControl->TScrollingWinControl->TCustomForm->TForm->TMyMDIForm. 

Таким образом, имеется экземпляр класса, 9-ый в цепочке наследников (TMyMDIForm), при этом нужно получить доступ к  приватному элементу 7-го наследника(TCustomForm).
Таким способом - не реально.

В результате, написал класс-хелпер на паскале и подключил к проекту. Всё работает. 

Не понятно только, почему в Дельфи  класс-хелпер есть, а в Билдере его нет?

Это сообщение отредактировал(а) Doga - 3.7.2015, 16:30

Модуль FormHelper.pas


FormHelper.hpp (хидер) для FormHelper.pas, генерируется автоматически:


Использование:


Перегруженный ClientWndProc:


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



Это сообщение отредактировал(а) Doga - 6.7.2015, 11:49

  Побуду немного в роли КЭПа. Наверное потому что это разные языки.

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

С точки зрения программиста на С++, чувствуешь себя немного обделённым, по сравнению с пользователями Дельфи :( 

Это сообщение отредактировал(а) Doga - 6.7.2015, 15:37