A question of reading api document

[mike]

regards:

When I read the api of some opensource

Classes
XXX.YYY

 

[Andrew Thompson]

When I read the api of some opensource

What OpenSource?

Classes
XXX.YYY

What's that mean? Is that supposed to be a package statement?
If that's the case, what package is made of an acronym of three
words all beginning with the letter 'x'?

[ The hidden message here is 'Please be more specific'
<http://www.physci.org/codes/javafaq.jsp#specific> ]

 

[Davide]

regards:

When I read the api of some opensource

Classes
XXX.YYY

Hi Mike.
Perhaps I may be wrong...

could be XXX a class in YYY package?

For example, you could have ZZZ.XXX.YYY, this may be java.util.Vector:
java is the external package, util is the inner package ad Vector a
class in java.util package.

This could be true if YYY start whit capital letter and XXX doesn't.
If you post exact names it could simpler to identify XXX and YYY roles

Sorry for my bad english

Bye,
Davide

 

[Ann]

Hi Mike.
Perhaps I may be wrong...

could be XXX a class in YYY package?

For example, you could have ZZZ.XXX.YYY, this may be java.util.Vector:
java is the external package, util is the inner package ad Vector a
class in java.util package.

I never heard of "external package" and "inner package", what
are they? I searched the SUN Java Tutorial for them and nothing
is found.

 

[KiLVaiDeN]

I never heard of "external package" and "inner package", what
are they? I searched the SUN Java Tutorial for them and nothing
is found.

There is no real hierarchy in the packages, but since they are handled like
folders you could say "external package" is the higher folder, and "inner
package" would be the subfolders.
They could also be handled differently, like this

instead of
java
util
lang

having something like
java.util
java.lang

K

 

[Davide]

There is no real hierarchy in the packages, but since they are handled like
folders you could say "external package" is the higher folder, and "inner
package" would be the subfolders.
They could also be handled differently, like this

instead of
java
util
lang

having something like
java.util
java.lang

Right, you expressed what I had in my mind

Anyway, if Mike posts actual names, a more precise response could be given.

Bye,
Davide

 

[mike]

regards:
Thank you for replying.

The api document of jtidy
http://sourceforge.net/projects/jtidy

Thank you.
May god be with you all.^_^