decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
Great length to separate API from implementation | 178 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Great length to separate API from implementation
Authored by: Anonymous on Friday, April 20 2012 @ 05:14 PM EDT
"I also recall reading something about tactics for
separating
your API from you implementation in c/c++ that give people a
usable header with out revealing anything about your
internal data structures."

Keep in mind that in this context, "without revealing
anything" has to do with prevention of programming errors.
It is not a security or licensing issue, at least not
primarily.

The interface (called "interface" in Java, class
declarations in C++, function prototypes in C) is what the
library maintainer promises not to change. It is how the
code looks from the outside, so to speak.

The programming reason to separate the interface from the
implementation is to keep the details hidden, mainly so that
any programmers using the library in their code will not
rely on these details. This allows library programmers to
rewrite the implementation of a function without causing
client programs to break when the library is upgraded.

Of course, proprietary companies will take advantage of this
separation to hide the implementation as their top-secret
"special sauce", and more recent languages like Java
facilitate this, but the original reason was one of dividing
responsibility in a clean and maintainable way.

[ Reply to This | Parent | # ]

Great length to separate API from implementation
Authored by: Anonymous on Saturday, April 21 2012 @ 02:04 AM EDT
Java doesn't have "headers" or separate interface definition files.
All of the
metadata is included in the compiled class file, even the documentation.

[ Reply to This | Parent | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )