[jdom-interest] detach() [eg]
Jason Hunter
jhunter at collab.net
Mon Apr 23 22:25:36 PDT 2001
Joseph Bowbeer wrote:
>
> I'm for either:
>
> (1) Allow the root element to be detached by allowing documents to have a
> null root. Assign the burden of checking for a null root to the client.
> (Part of the client's precondition.)
I don't like that one at all. Burden should be removed from the client
wherever possible. Why burden the masses if we can burden the few? :-)
> (2) Prevent the root element from being detached.
That seems like well-formedness getting in the way. Up til now
well-formedness has been a Good Thing and on any violation I expect the
user would say, "Oh, thanks." Like making an element with a space in
it, or adding an elt as a child of itself. This is the first time a
well-formedness check would have the user say, "Damn, just do what I
said."
> No one likes placeholder (3), except perhaps as the lesser of evils.
:-)
> As for IllegalStateException (4), I don't like it because of its time bomb
> nature. Compared to a null root, IllegalStateException makes it harder for
> clients to determine the state of a given document (calling getRootElement
> would throw an IllegalStateException, right?), and it gives the clients no
> discretion in determining whether an empty document is in fact a legal
> argument or not.
Almost no one would ever see the ISE. Only if you detached a root and
then later actually cared about the doc. I find that unlikely. I'm
sure people could write in many use cases for detaching the root, but
none of them would care about the document afterward. It's throw-away.
So we let the root leave the document, and we put up a warning flag in
case someone tries to use the doc later. I've been convinced a warning
flag is better than an internal sweep-it-under-the-rug.
-jh-
More information about the jdom-interest
mailing list