Content deleted Content added
ClueBot NG (talk | contribs) m Reverting possible vandalism by 211.30.107.178 to version by 129.21.50.161. False positive? Report it. Thanks, ClueBot NG. (96265) (Bot) |
No edit summary |
||
Line 1:
In
* A language mechanism for restricting access to some of the [[object (computer science)|object]]'s components.<ref>[[John C. Mitchell]], ''Concepts in programming languages'', Cambridge University Press, 2003, ISBN 0521780985, p.522</ref><ref name=Pierce>{{cite book|last=Pierce|first=Benjamin|authorlink=Benjamin C. Pierce|title=[[Types and Programming Languages]]|publisher=MIT Press|year=2002|id=ISBN 0-262-16209-1}} p. 266</ref>
* A language construct that facilitates the bundling of data with the methods operating on that data.<ref>Wm. Paul Rogers, [http://www.javaworld.com/javaworld/jw-05-2001/jw-0518-encapsulation.html?page=9 ''Encapsulation is not information hiding''], JavaWorld.com, 05/18/01</ref><ref>Thomas M. Connolly, Carolyn E. Begg, ''Database systems: a practical approach to design, implementation, and management'', Edition 4, Pearson Education, 2005, ISBN 0321210255, Chapter 25, "Introduction to Object DMBS", section "Object-oriented concepts", p. 814</ref>
The second definition is motivated by the fact that in many OOP languages hiding of components is not automatic or can be overridden; thus [[information hiding]] is defined as a separate notion by those who prefer the second definition.<!-- this is based on all the refs given above, so no inline cite here--> == As information hiding mechanism ==
|