My goal is simple - I want to access the protected members of one class from the methods of another class. For this I have the following -
A.HPP
#ifndef A_HPP
#define A_HPP
#include "B.hpp"
using namespace std;
class A
{
protected:
int a;
public:
A();
~A(){};
friend void B::geta(A& ao);
};
inline A::A()
{
a = 2;
cout << a;
}
#endif
B.HPP
#ifndef B_HPP
#define B_HPP
using namespace std;
class A;
class B
{
protected:
int b;
public:
B();
~B(){};
void geta(A& ao);
};
inline B::B()
{
b = 1;
cout << b;
}
inline void B::geta(A& ao)
{
b = ao.a;
cout << b;
}
#endif
MAIN.CPP
#include <iostream>
#include "A.hpp"
#include "B.hpp"
int main()
{
A ao;
B bo;
bo.geta(ao);
return 0;
}
When I compile this I get the following error.
How do I fix this? Most answers that I see here are just putting all classes in one file and defining functions in appropriate positions to achieve this but I need them in separate files.
You can of course move the definition of B::geta
to a B.cpp file which includes A.hpp and remove the inline
keyword. But this might make compiler optimizations less likely.
#include
logicYour definitions as they are can only compile if the compiler sees a forward declaration of A
, the definition of B
, the definition of A
, and the definition of B::geta
, all in that order. So if you want the definition of A
in one file and the definition of B
in another, you'll need to get the preprocessor to do some switching back and forth between files.
// NO A_HPP include guard!
#ifdef INCLUDED_FROM_B_HPP
class A
{
protected:
int a;
public:
A();
~A(){};
friend void B::geta(A& ao);
};
inline A::A()
{
a = 2;
cout << a;
}
#else
# include "B.hpp"
#endif
#ifndef B_HPP
#define B_HPP
class A;
class B
{
protected:
int b;
public:
B();
~B(){};
void geta(A& ao);
};
#define INCLUDED_FROM_B_HPP
#include "A.hpp"
#undef INCLUDED_FROM_B_HPP
inline B::B()
{
b = 1;
cout << b;
}
inline void B::geta(A& ao)
{
b = ao.a;
cout << b;
}
#endif
So now if a file does #include "B.hpp"
, the preprocessor will:
class A;
and definition of B
from the first part of B.hpp.INCLUDED_FROM_B_HPP
.INCLUDED_FROM_B_HPP
.B
from the second part of B.hpp.If a file does #include "A.hpp"
first, things are a bit trickier:
INCLUDED_FROM_B_HPP
is not set, just immediately go into B.hpp.class A;
and definition of B
from the first part of B.hpp.INCLUDED_FROM_B_HPP
.#include "A.hpp"
in the middle of B.hpp is encountered, the preprocessor will go recursively back into A.hpp. But this time since INCLUDED_FROM_B_HPP
is defined, it outputs the code contents of A.hpp.INCLUDED_FROM_B_HPP
.B
from the second part of B.hpp.friend class B;
Instead of specifying just the one member function B::geta
to friend, just befriend the class itself, with the declaration friend class B;
. Now A.hpp doesn't need to include B.hpp, so there's no circular dependency issue.
This doesn't much decrease encapsulation from the point of view of what access is and isn't possible, since normally any programmer who can modify any part of class B
can also modify B::geta
. But it does open possibilities of "accidentally" using non-public members of A
in other members of B
.
#ifndef A_HPP
#define A_HPP
class B;
class A
{
protected:
int a;
public:
A();
~A(){};
class AccessForB {
private:
static int geta(A& aobj) { return aobj.a; }
friend class ::B;
};
};
inline A::A()
{
a = 2;
cout << a;
}
#endif
...
inline void B::geta(A& ao)
{
b = A::AccessForB::geta(ao);
cout << b;
}
This code introduces a new sort of encapsulation: now class B
can only get the value from member a
, can't modify that value, and can't access any other non-public members of A
. Additional accessors could be added for other members as appropriate. To permit modifying a member, the class could either provide "set" accessors, or an accessor that returns a reference. For non-public functions, the class could provide wrapper functions that just pass through to the actual function.
It's still true that it's possible for members of B
other than B::geta
to exploit the friendship, but now typing out A::AccessForB::
can't really be considered an accident.