Вот возникла проблемка с вызовом TStringGrid->DrawCell() ,
а ставить RxLib не хочется...
Наверное, придется иметь дело с __closure ...
Тоже, конечно, вариант.
И править и перекомпилировать VCL тоже не хочется...

RTTI работает только с Published

Совершенно согласен с Витом.
Но можно получить доступ в другом модуле к полям и свойствам, объявленым в published.
Для этого необходимо создать дочерний класс, на основе интересующего класса, и тогда уже, можно будет в своем модуле обращаться напрямую к тому, что объявлено в Published у родительского класса.

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

Надеялся, что через RTTI можно доступиться не только к published.
Какой-то такой намек где-то я в help'ах видел.

Эх, придется все же установить Rx ;((

До protected метода можно добраться точно также, как описано в FAQ
Как добраться до protected свойства

Предыдущий пост мой

Цитата(Guest @ 24.2.2003, 23:37)

До protected метода можно добраться точно также, как описано в FAQ Как добраться до protected свойства

Добраться можно, но RTTI работать так не будет...

А причем тут RTTI. Это стандартный сиплюсплюсный прием.

Цитата(Vyacheslav @ 25.2.2003, 17:36)

А причем тут RTTI.

А ты тему вопроса на всякий случай прочитай! Автор спрашивает именно про RTTI, а не о любом доступе...

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

Так ребята, признаю свою ошибку, погорячился. Добраться до проперти легче, чем до метода. Но здесь нас выручит то, что метод DrawCell() виртуальный.
Вообще -то, то что я сейчас напишу совсем противозаконно, и заниматься этим не рекомендую
Итак

Код

class TForm1 : public TForm { published: // IDE-managed Components    TStringGrid *StringGrid1;    TBitBtn *BitBtn1;    void  fastcall BitBtn1Click(TObject *Sender);    private: // User declarations public:  // User declarations    fastcall TForm1(TComponent* Owner);   void fastcall TestDrawCell(TObject *Sender, int ACol,          int ARow, const TRect &Rect, TGridDrawState State); }; class TPublicGrid : public TStringGrid { public:   //переопределяем виртуальный метод   //если увидим это сообщение, у нас ничего не вышло     void fastcall DrawCell(int ACol, int ARow, const Windows::TRect &ARect, TGridDrawState AState  ){ ShowMessage("protected method не вызвается");} }; fastcall TForm1::TForm1(TComponent* Owner)    : TForm(Owner) { } void  fastcall TForm1::BitBtn1Click(TObject *Sender) {   //тут самый главный противозаконный акт   TPublicGrid * Grid = (TPublicGrid*) StringGrid1;   // Это для того, если все получится Мы получили сообщение:   // А protected method всетаки вызвался   StringGrid1->OnDrawCell =   TestDrawCell;   // т.к функция виртуальная, вызовется  TStringGrid::DrawCell(),   // а не TPublicGrid ::DrawCell()   Grid->DrawCell(4,4, StringGrid1->CellRect(4, 4), TGridDrawState()<< gdFixed <<gdSelected );   //возвращаем нормальную отрисовку   StringGrid1->OnDrawCell =   NULL; } void fastcall TForm1::TestDrawCell(TObject *Sender, int ACol,      int ARow, const TRect &Rect, TGridDrawState State) {  ShowMessage("А protected method всетаки вызвался"); }

Собрав данный проект, нажимаю на кнопку и получаю сообщение "А protected method всетаки вызвался". Что нам собственно и требовалось



Примечание Adminy: Уже достало. Если есть двойное подчеркивание, то поглатываются куски текста

Круто.
Но незаконно-о

А ты, кстати, не знаешь, на многих ли компилерах такое проходит ?

Это сообщение отредактировал(а) Crait - 27.2.2003, 00:24

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

Код

((TPublicGrid*)StringGrid1)->DrawCell(4,4, StringGrid1->CellRect(4, 4), TGridDrawState()<< gdFixed <<gdSelected );

Стандарт не нарушал...
Насчет синтаксиса преобразования - не сомневаюсь,
но для срабатывания обсуждаемого механизма необходимо,
чтобы индексы, соответствующие DrawCell, были одинаковыми
для VMT обоих классов.
Хотя конечно TPublicGrid и произведен от TStringGrid, но какой-нибудь
очень умный линкер может просечь, что для экземпляров
TPublicGrid кроме DrawCell ничего особо не вызывается,
т.к. в программе нет указателей TStringGrid*, которым бы присваивался адрес экземпляра TPublicGrid, так что можно
и сократить VMT у TPublicGrid, убрав оттуда все лишнее
(де-виртуализировать часть методов. Чтобы быстрее вызывались )

Это сообщение отредактировал(а) Crait - 27.2.2003, 02:14

Это было бы очень странно и являлась бы ошибкой компилятора. Очень часто делают наследование, чтобы именно и переопределить какую-либо виртуальную функцию. Если выключить виртуальность, в то нормальном стандартном случае я получу не то что хочу
В коде расположенном ниже все законно и должен вызваться TPublicGrid::DrawCell(). На минуту для простоты представим, что DrawCell() не protected у TStringGrid

Код

TPublicGrid* Grid = new TPublicGrid(this); TStringGrid* SGrid = dynamic_cast<TPublicGrid*>(Grid); SGrid->DrawCell(4,4, StringGrid1->CellRect(4, 4), TGridDrawState()<< gdFixed <<gdSelected );

По стандарту при вызове SGrid->DrawCell() должен быть вызван TPublicGrid::DrawCell(). А если предположить, что компилятор "де-виртуализирует" TPublicGrid (хотя я не понимаю, как это может быть), то в этом случае вызовется TStringGrid::DrawCell(), что противоречит стандарту.