|
if you are talking in a pure standard C++ point of view, Cedric already gave you the right answer.
now, if you heard with an interface, the keyword that we get as in java or in .NET languages, that's easy, such a thing don't exist.
but the difference would be easy to do :
when you inherit an abstract class, you get "as a gift" all the methods that are already implemented (and so, you don't have necessarily to write them if they do what you want).
you have to be laziness when you implement interfaces because you have to provide the code for each function...
to finish, abstract is not a C++ keayword, so sometimes, you could have difficulties to set your class abstract. that happened to me last month, and thanks to Mr Surhedayan, i now have it. the point is, when you have a base class that already provide some function bodies, that will not be overloaded in the children classes, you cannot set the function as pure virtual (with =0) ; and if you dont want the users to instanciate this class, the simple thing to do is to set the constructors protected...
cheers,
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Difference between Abstract classes and Interface
Little background:
A real world entity is represented in an OOP world as object. Objects are defined as classes any language.
A class defines objects in two aspects
Object's characteristics - Data Members
Object's functionality - Member functions
So, when the classes that are forced to provide implementations of the functions prototypes that are defined in either ‘interfaces’ or a ‘abstract class’ are not belonging to the same family (having some inherited parental characteristics from same parent directly or indirectly) but are rather related through some functionalities then 100% we will go with interface and if above said classes are belonging to same family then we should go with abstract class inheritance.
Also in case of inheritance as everything is a specialization of base parent object so there is allowance of providing some default definitions of the functions that are needed to be implemented further by specialized classes. This is not any way allowed in interfaces because implementing classes are not belonging to same family and are not any way related by characteristics.
An Example:
We have four real world objects:
• Airplane
• Bird
• Sparrow
• Eagle
We have one method that is a functionality of all above objects
• Fly
Now all objects share common functionality flying in air but differ in the mechanism they use to fly.
Also by close look we see that in general there is some common characteristics (as well as some common functionalities) between Sparrow and Eagle that can be a part of common class Bird (that has to be abstract because there is no real thing like bird!). But any way Airplane can't be related to Bird or its specialized classes Sparrow and Eagle.
So if want to expose fly functionality to outer world and want their implementations in Airplane and Sparrow (or any bird), so I will 100% go for Interface and Abstract classes will be a big NO!
But if we exclude Airplane want that fly functionality is exposed to outer world and its implementing classes are Bird, Sparrow and Eagle then 'Abstract Classes' is the best of best choice.
Happy programming! Please feel free in writing to me for further clarifications on other OOP concepts (im.himanshu2006@gmail.com)
Himanshu 
|
|
|
|
|
Hi there,
i would like to build a dll let`s say (DLL1) wich uses functions from a second dll (DLL2). The second dll is not jet available.(LNK2019 unresolved external symbol..). Is it possible to build the first dll in spite of the missing (DLL2)? and how does it work 
Thank you.
|
|
|
|
|
I would like to get help and suggestions from people who had worked with point and print protocol or other similar mechanism for easy installation of printer drivers in client.
Thanks & Regards
S.S.Palani
|
|
|
|
|
there's no need to reask the same question twice, even 17 minutes after... 
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Dear friends,
Few days ago i developed an ActiveX control using MFC. The control was intened to be used by MFC dialog based clients. It is a windowless control. I preferred ActiveX control over simple COM dll, because it is easy to deal with the control events in MFC dialog based application. Just drop the control on the dialog, add a member variable, right click on it and handle events. So easy.
Now i want to use the functionality of this control in an application with no User Interface (i.e windows service). Is it possible to use the functionality exposed by ActiveX control in an application which provides no GUI container. If yes, then how ???
Ahsan
|
|
|
|
|
I would like to get suggestions and help from people who had worked with point and print protocol or other similar mechanism for easy installation of drivers.
Any suggestions will be appreciated
Thanks & Regards
S.S.Palani
|
|
|
|
|
Hey all.
I had a function that simply returned a LPCTSTR like
LPCTSTR getSomething() { return L"Hello There"; }
Using that in GetClassInfoEx, CreateWindowEx, etc worked fine. Though I tried to change it to a wstring like so
wstring getSomething() { return L"Hello There"; } or
const wstring getSomething() { return L"Hello There"; }
both compiled etc, though I always got memory access errors. I am just wondering why this is so, and what I can do to get around it. Mainly WNDCLASSEX.lpszMenuName = getSomething().c_str() would fall over.
Any ideas on how to do this correctlly? I did try casting it as a LPCTSTR as well with no luck.
Thanks all
|
|
|
|
|
|
Thanks, that looks like it may help. I'll have a read tonight
|
|
|
|
|
L"Hello There";
The above line says "Hello There" is wide character string, this means each character takes two bytes internally.
LPCTSTR should be pointed only to multibyte character strings (normal string where one character uses one byte internally).
So if you want to change a wide char string to multibyte char string you have to use any of the functions like wcstombs/WideCharToMultiByte ...
suhredayan
-- modified at 11:46 Tuesday 15th November, 2005
|
|
|
|
|
but LPCTSTR is compatible to both Unicode as well as ANSI
An LPCWSTR if UNICODE is defined, an LPCSTR otherwise
|
|
|
|
|
sunit5 wrote: but LPCTSTR is compatible to both Unicode as well as ANSI
yes, but not the two ones at the same time...
if UNICODE is not defined, LPCTSTR equals to a LPCSTR (which is a conct char*) and so, writing a wstring in it is a mistake !!
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
sunit5 wrote: but LPCTSTR is compatible to both Unicode as well as ANSI
An LPCWSTR if UNICODE is defined, an LPCSTR otherwise
Sunit5,
You are right. Thanks for correcting.
suhredayan
There is no spoon.
|
|
|
|
|
Unicode is defined, so the methods are expecting LPCWSTR not LPCSTR and the LPCTSTR is typedef of LPCWSTR. So going from wstring to LPCTSTR with unicode defined should be fine, right?
|
|
|
|
|
WNDCLASSEX.lpszMenuName = getSomething().c_str();
in the above line wstring returned is destroyed as soon as the execution passes to the next line. So the pointer to the wstring is invalid after that. But the WNDCLASSEX unaware of this still try to access this pointer.
Also from the function getSomething()use the following syntax to return:
return wstring(L"my wstring");
suhredayan
There is no spoon.
|
|
|
|
|
wstring wstrMenuName=getSomething().c_str();
WNDCLASSEX.lpszMenuName=(LPCTSTR)wstrMenuName;
//remember dont call the destructor of wstrMenuName till the work is not finished
|
|
|
|
|
Thank you guys that worked great. Thanks all
|
|
|
|
|
I am (obviously) an amateur, but this thing has plagued me long enough. I'm trying to integrate a program that requires stdafx.h into a large UAV simulator program. The UAV program compiles normally without the stdafx.h inclusion. There is a struct called POSITION that the UAV program uses, which I believe is conflicting with the afx lib (error message: .\Globals\typedefs.h(4) : error C2040: 'POSITION' : 'overloaded function type' differs in levels of indirection from 'struct __POSITION *'). I've tried renaming the struct, but it's a large program and I can't seem to track down all the implementations. My question: is there a simpler way to deal with this? Thank you for any help.
|
|
|
|
|
Can you put the POSITION struct from your project in an namespace, say UAV?
In all files where the UAV struct but not the afx struct is used, you can then simply add using UAV::POSITION.
Or you would write the namespace directly before each use, which is not much better than renaming the struct globally.
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
-- Caius Petronius, Roman Consul, 66 A.D.
|
|
|
|
|
Thank you for your reply. I tend to get in way over my head in these things. I have messed around with namespaces, but until your reply, was not sure that was something that may work. I'll give it a shot! I should then be able to use "using UAV::POSITION" in the files that show errors at compilation, correct? Thanks again.
|
|
|
|
|
newbie5345 wrote: I should then be able to use "using UAV::POSITION" in the files that show errors at compilation, correct?
I hope so, but I have not run a test.
using UAV::POSITION is the C++ way of telling the compiler "When I say POSITION, i want UAV::POSITION."
But I am not completely sure if that works when there is already a POSITION in the global namespace. But a simple test program will show it.
(You can, by the way, access the specific version of POSITION from the global namespace by saying ::POSITION)
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
-- Caius Petronius, Roman Consul, 66 A.D.
|
|
|
|
|
Hi CPians,
Since yesterday, my VC6.0++ SP5 does not save files before compilation anymore (meaning I have now to "edit file->Ctrl+S->F7" to compile instead of "edit file->F7"). This is _very_ annoying.
I however did not find any setting that handles this and that could have randomly been removed. 
Any idea ?
~RaGE();
|
|
|
|
|
Try at:
Tools->Options->Editor->Save before running tools
If it's unchecked, then check it.
Should do the trick.
|
|
|
|
|
It is checked. But thanks for the help.
~RaGE();
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
