[
Lists Home |
Date Index |
Thread Index
]
james anderson <james.anderson@setf.de> wrote:
| in the case of a pull parser, calls like currContent.newChild, below,
| produce instances which are eventually passed back to the application,
| while in a push parser they pass control into the application. there
| is little difference between the two.
I'm probably misunderstanding what you're saying, but one big difference
would seem to be that the definition of the instance is determined by the
parser system with pull and by the application with push. If you're
saying that access to the parser (to pull event notifications) could be
tag-teamed - on a call stack - between instance builders and content
handlers, I'd agree: this is just the classic recursive descent pattern.
| nb. it is better for the interface and logic to distinguish between the
| construction context and the constructed instance and to permit the
| application the opportunity to decide whether they coincide.
Yes, that's why I termed the example "cheesy". The same class need not
implement both Element and Content interfaces. The point of the pattern is
the ability to separate them.
|
