Lists Home |
Date Index |
- From: "Rob Schoening" <firstname.lastname@example.org>
- To: "Bill la Forge" <email@example.com>,"XML" <firstname.lastname@example.org>
- Date: Sun, 24 Jan 1999 16:10:13 -0800
> On the other hand, as long as a ParserFilter can be constructed with a
> null Parser, it can be subclassed to subsequently set the parent.
I'll second this.
It's easy to get boxed in when too much code gets initialized in the
constructor. Often I find that code is in the constructor not because it
belongs there but because it makes issues of immutability plainly obvious.
But this gets difficult when you try to implement a non-trivial inheritance
structure. I have found that this can be especially frustrating (at least
in Java) since constructor calls to super() must precede all other code in
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)