I read up on the history of Smalltalk and Object Oriented Programming, and one thing I have not quite grasped is the idea of "protection."<p>I know you can protect methods from being accessed by making them private or protected in certain programming languages but something else must be meant here.<p>Do you protect objects from being changed? Do you protect them from being "talked to" / responding with valuable returns to unauthorized requests / initial-message-senders? To what purpose?<p>And how exactly are they being protected, by what mechanism so to speak? (particularly in Smalltalk)
Encapsulation[0] might be the term you are looking for. Enforcing object boundaries makes it easier to reason about program behavior and enforce security guarantees.<p>If objects can only change their own data, then all change affecting the object is either caused by the object itself, or indirectly by another when information crosses the interface the boundary presents (e.g. a message was received).<p>Most languages use a memory model that doesn't even have the concept of access rights, everything can potentially affect anything else. If your program has to be secure, this is a nightmare.<p>[0] <a href="https://en.wikipedia.org/wiki/Encapsulation_(computer_programming)" rel="nofollow">https://en.wikipedia.org/wiki/Encapsulation_(computer_progra...</a><p>Also interesting:<p><a href="https://en.wikipedia.org/wiki/Message_passing" rel="nofollow">https://en.wikipedia.org/wiki/Message_passing</a><p><a href="https://en.wikipedia.org/wiki/Capability-based_security" rel="nofollow">https://en.wikipedia.org/wiki/Capability-based_security</a><p><a href="https://en.wikipedia.org/wiki/Agent-based_model" rel="nofollow">https://en.wikipedia.org/wiki/Agent-based_model</a><p><a href="https://en.wikipedia.org/wiki/Actor_model" rel="nofollow">https://en.wikipedia.org/wiki/Actor_model</a>
In Smalltalk, the only way how to communicate to objects is by sending messages. The way how they react on the messages is full the responsibility of objects, and they can refuse them. This decision is strictly late-bound because all message passing in Smalltalk is late-bound. You may say that all the methods in Smalltalk are "public", but it is not the very same meaning as in other languages.<p>The objects store the state in instance variables. You cannot access the instance variables of objects from outside of the object. All instance variables are "protected" in the terminology of C++.