Does it make any difference, using public slots instead of private slots in Qt?

Question

In C++, public means those members that are accessible from anywhere where the object is visible, private means that members are accessible only from within other members of the same class or from their friends.

But in Qt, the difference in private slots and public slots seem not to exist. I have begun writing Qt in recent days, and I used private slots all the time.

Someone told me I should use public slots instead. So now I am puzzled. I can not find reference info in the Qt`s docs.

What's the actual difference between the two types?

Answer 1

From Qt Documentation:

Since slots are normal member functions, they follow the normal C++ rules when called directly. However, as slots, they can be invoked by any component, regardless of its access level, via a signal-slot connection. This means that a signal emitted from an instance of an arbitrary class can cause a private slot to be invoked in an instance of an unrelated class.

What this means: From another class, you can't call a private slot as a function, but if you emit a signal connected to that private slot, you can invoke it.

Answer 2

The private/public access is “checked” by the compiler at compile time, but the signal-slot connection is performed at run-time and slots are invoked by some QMetaObject mechanisms (something like for example invokeMethod).

So the difference is this: private slots are private if called as regular member functions but always "public" for signals to invoke, a good reason is because slots conceptually are public interface, since their main purpose is inter-object communication

Another example about some related “weird” stuff is the call of private virtual functions if they are public in the static type of the pointer that is used to call the method.