Re: XML complexity, namespaces (was WG)
David Megginson wrote: > In the SGML world, someone had to create one or more variant DTDs to > ensure that the document was valid at each stage (either through > elaborate and obfuscatory configuration with parameter entities and > marked sections, or by writing separate DTDs from scratch, both often > with liberal sprinklings of ANY). If the production engineers made > even minor changes in the system design, the DTDs would (usually) > immediately break validation and shut down the whole system -- in > other words, the system was brittle and expensive to maintain. > > Sometimes, the benefit of tight validation at each step makes the > extra expense worthwhile, but as I mentioned before, XML lets you make > that decision rather than making it for you. I think it becomes difficult to continue discussing this issue as we move further into theoritical datasets and workflows, as we are probably all forming a mental picture of a scenario that serves our own positions. While I agree with much of the above, I think it's only fair to point out that the variant DTDs need not be created just for the sake of validating the instances in their current state. They also provide context for the next conversion, which can reduce the coding required to get to the next stage. In that role, they can save money by simplifying the coding and accurately documenting the structure of the instances. If the changes are simple, then so might be the maintenance of the DTDs - if they're complex (such as converting specialised tables to CALS tables), the task can be made much easier if you have access to the structure. It could be argued that changing the order of the six transformations that you provided would be easier if you had a DTD describing the structure at each point, making it more expensive up front, but potentially more flexible; at least you might not have to start from scratch. Of course, all of these scenarios depend on the dynamics of the project - I just don't think that there is an automatic and substantial loss associated with validation at all stages. I do agree that it's good that XML allows you to make the choice about validation, but I don't accept that it will always be cheaper. -- Regards, Marcus Carr email: mrc@a... ___________________________________________________________________ Allette Systems (Australia) www: http://www.allette.com.au ___________________________________________________________________ "Everything should be made as simple as possible, but not simpler." - Einstein xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1 To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format