![]() |
Using virtual-C++ vs MFc
Hi,
I am stuck with a doubt! I have been working with MFC based applications for sometime. Decided to read up some theory to strengthen my fundamentals. Naturally, I was reading MFC concepts as well as C++ basics. What struck me was the way we use VIRTUAL in both. In C++, there goes a standard way to use virtual functions. - There is a Base class B having a function func() and its derived class D also uses/implements the function func(). If a function creates objects of both B and D and calls this func() through a pointer to B, the base class version of this function will be called UNLESS we declare func() as virtual .right??? So if we want to call func() from D's implemetation, we declare func() as virtual in Base class B , pass a reference of D's object to base class B's pointer and then call func() thru this pointer. I guess i got this right so far??? Now, how do we go about it in MFC(which is also supposed to be C++ at the end of the day)? From what I have used so far..i use virtual funcs like this. Class CDialog has 3 virtual functions. Lets take OnInitDialog() as the example. Code: CPP
Code: CPP
Then, how do i call OnInitDialog()?? Answer: I do it THROUGH DoModal(). Code: CPP
Am i missing something or are they implemented differently in C++ and MFC programming???????? |
Re: Using virtual-C++ vs MFc
Quote:
In MFC the case is the pointer is typecasted and so when the base class member is virtual correct OnInitDialog is called. Here is the code from MFC. Code: CPP
|
Re: Using virtual-C++ vs MFc
So would the same logic be applied to all virtual functions overridden in MFC?(functions of CObject, of CWinApp, InitInstance etc.) Is it correct to say that most of these virtual functions which are overridden are downcasted/typecasted and the correct version of the function is called??
|
Re: Using virtual-C++ vs MFc
Quote:
|
Re: Using virtual-C++ vs MFc
Thanks!! That clears a big missing link !
|
Re: Using virtual-C++ vs MFc
My pleasure
|
| All times are GMT +5.5. The time now is 05:36. |