Having objects hold their own data raises an immediate question: who is allowed to touch that data, and how? Encapsulation is the object-oriented principle of bundling data with the methods that operate on it and hiding the internal state behind a controlled interface, so an object's fields cannot be read or changed arbitrarily from outside. Java enforces this through access modifiers, private, protected, public, and the default package-private, which declare exactly who can see each field and method.
The standard pattern is to make fields private and expose them only through public methods (getters and setters, or richer behaviour) that can validate and control access. Understanding encapsulation matters because it is what makes objects trustworthy: by controlling how state is changed, an object can guarantee it always remains valid, and by hiding its internals it is free to change them later without breaking the code that uses it. Encapsulation is less about secrecy than about control and the freedom that controlled boundaries provide.
Analogy🏏Cricket
🏏 Think of it like cricket: a team sheet does not just list players, it assigns each to a precise, declared role, opener, spinner, wicketkeeper, and the laws and the captain enforce that a player operates within their declared role: you cannot send a designated bowler to keep wicket without an official change. Just as each player's role is fixed and checked before play, each Java variable's type is fixed at compile time and checked by the compiler. Just as trying to use a player outside their role is caught by the officials before it disrupts the match, using a variable in a type-incompatible way is caught by the compiler before the program runs. Just as clear role assignments prevent on-field confusion, clear type declarations prevent runtime errors. The insight is that declaring and enforcing roles up front, for players or for data, catches mistakes early rather than mid-match.
🏏 Showing the Cricket analogy — a Cricket version isn’t available for this concept yet.