aspose file tools*
The moose likes Beginning Java and the fly likes Encapsulation Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Java » Beginning Java
Bookmark "Encapsulation" Watch "Encapsulation" New topic


Kiran Kb

Joined: May 22, 2009
Posts: 6
Hi All,

Encapsulation is keeping all members together in an object.
We keep the instance variables private and getters & setters public.
We may do some sort of validations in the setters.
Thats all fine.

Since the variables are marked private, only members(methos) within the class
can set/get them.

If the class itself is public, any other class in the world can simply create an instance
of this class and call the setters & getters right?

Here any other class, elsewhere can simply have code as below
MyMarks mm = new MyMarks();

So, my question is what is the purpose/goal of Encapsulation??
Where is the safety for the instance variables marked private.

Sebastian Janisch
Ranch Hand

Joined: Feb 23, 2009
Posts: 1183
The point is that not the whole world can manipulate your instance variables.

Even if your setters and getters just set and return values, you reserve the possibility to refine your implementation afterwards without breaking code of other implementing classes ...

By the way, please put your code between the code tags..

JDBCSupport - An easy to use, light-weight JDBC framework -
Samrat Som
Ranch Hand

Joined: Feb 04, 2009
Posts: 40
Others are able to manipulate the instance variable doesnt mean that it is breaking the rule of encapsulation . Others are able to do it , because you have made your function like that. For instance, you can create the clone of the object that you are passing to the setter method and can take the decision. In that case the other world cant do anything with it. Its just act as a handler rather we can say so.

SCJP 1.6
SCWCD 1.5 (Preparing...)
Nitish Bangera
Ranch Hand

Joined: Jul 15, 2009
Posts: 537

I guess the concept of encapsulation is wrongly interpreted by you...... what exactly is the point is we encapsulate all things in a class....and only things that is available is the APIs by which various objects interact. This gives in the loose coupling concept. Also if you say your code can set the instance variable directly and a new class is shipped to you and now your code will break because now the new class doesn't allow access to the instance variables. We encapsulate in the blueprint(class) so that when the JVM comes across the new keyword it uses the particular class that is loaded in the JVM to create the object.

[ SCJP 6.0 - 90% ] , JSP, Servlets and Learning EJB.
Try out the programs using a TextEditor. Textpad - Java 6 api
Campbell Ritchie

Joined: Oct 13, 2005
Posts: 36479
Please read the important administrative private message I just sent, "Kiran Kb".
Himanshu Kansal
Ranch Hand

Joined: Jul 05, 2009
Posts: 257
By encapsulation, we mean nothing more than associating properties and behaviours to a particular object so that it can be modelled to the real world concept.
Eg: A Vehicle has properties as currentSpeed, MAX_SPEED, power, numOfTyres etc. and behaviours as get/setCurrentSpeed, getMaxSpeed, get/setPower etc. Here we just associated these properties and behaviours to the object Vehicle. That's encapsulation. These are encapsulated/covered/boxed/contained/comprised in that object. In Java these objects are called classes.

Encapsulation has nothing to do with security by default, it's about characteristizing. You made the methods public, that was your choice.

Experience and talent are independent of age
salvin francis
Ranch Hand

Joined: Jan 12, 2009
Posts: 917

Encapsulation is like the gears in a car,
you can turn the lever forward or backward and affect the working of the car,
but that does not mean you can rotate it (depends on your strength too , dedication can make you do the impossible ).
it also does not mean you can grind the lever way out of its position.
you can move it freely in the space it provides you to without you worring about its internal working and how the
piston is affected

man i need a drink

My Website: [] Cool your mind:[] My Sally:[]
Gerardo Tasistro
Ranch Hand

Joined: Feb 08, 2005
Posts: 362
Encapsuation is more than just grouping a set of properties and methods together. It is doing this and then putting a name on it. And that name carries a purpose.

I can create an array of variables. In some languages those can even refer to functions so I can perform operations with it. I could say, "Hey I've got it all encapsulated in this array" But that doesn't cut it, because it keeps being an array.

When you put properties and methods together in a class. That whole package gets delivered as type. So you can distinguish between two methods who's names are the same, but take on different parameters and thus operate different. It would be kinda hard to do if everything were arrays of public things.

Then add different configurations. For example private constructors, abstract methods, static methods, etc. You can create some very interesting classes that will behave just like you want them. If you use interfaces then you can ensure your class complies to a set of rules that allow it to perform as needed. If everything were an adhoc bundle of properties and methods you couldn't really be sure if that "super array" will work when passed to method X. Did you implement all the methods, does it have what it needs to do its job.

Encapsulation goes beyond putting two integers and a string together. I don't see encapsulation as "keeping all members together in an object". It is more like putting a name to a concept (class name) and then modeling it through properties and methods. A class called Egg with two strings and three integers is not the same as a class Seed with two strings and three integers. Even when they share the same number and type of properties.
Campbell Ritchie

Joined: Oct 13, 2005
Posts: 36479
Campbell Ritchie wrote:Please read the important administrative private message I just sent, "Kiran Kb".
You appear not to have read that message. Please find it and take action immediately.
Ankur bijalwan

Joined: Dec 03, 2008
Posts: 2
hello kiran,

Encapsulation don't say we can't change the value of private variable but it tell without permission of
method of that class we can't change value of variable..

I agree. Here's the link:
subject: Encapsulation
Similar Threads
access modifier doesn't affect encapsulation?
What constitutes encapsulation?
Doubts about PK rules and BM in entity beans
What is Encapsulation
Welcome Kathy Sierra and Bert Bates to our Book Promotion of the Week