and in same cases classes have 'special' powers dependin' on the lib you use.
::
if you have some private vars .
class myClass {
private int myVar;
public int myFunc() { return myVar; }; // inline , as it's just to simple not to do this .
};
myClass MyObject;
int IntegerFromClass = MyObject.myFunc();
protecting and controlling access , as the class creator
lol well i think you get the point.
proper OOP forces "good" coding habbits a bit more.. but i say .. stick it !.. LOL
if you have implimentations in .h , it is mor efor your compiler to do .. each compile, & you can run into cross links and scope issues.
.h ---
#ifnodef THISHEADERNAME ;
#define THISHEADERNAME = 1 ;
//put your header junk in here ...
// if your headre is call else where by some other .h or .cpp , its will be skipped over, preventing re declarations
#endif;
, is some .cpp you can do this
bool header = 1 ;
#ifnodef THISHEADERNAME ;
header = 0;
#endif;
?? oh and .cpp , once compiled into a object , your compiler won't recompile it unless you change the somethingin teh source file , or you force a full recompile.
lol , well something like that