Re: XML and XSLT Praise
Colin Paul Adams <colin-vnRo6g/[email protected]> Thu, 29 May 2008 22:11:23 +0100
| Newsgroups | gmane.comp.lang.eiffel.gobo.general |
|---|---|
| Message-ID | <[email protected]> |
>>>>> "Peter" == Peter Gummer <p-gummer-bzGI/[email protected]> writes: Peter> file via a File Save dialog, and the XML DOM was built and It's not a DOM. It's an object oriented XML tree structure. The DOM is ghastly. Peter> classes. Having done a similar job recently with the .NET Peter> XSLT classes, I have to say the .NET classes are easier to Peter> use. This is partly because the .NET documentation has Peter> better simple examples, but also because Gobo's XSLT Peter> requires more code to achieve the same result. But I was I don't know the .NET XSLT classes. It would be quite possible to add some simplification classes for common tasks - Neal Lester did this once for STRING to STRING transformations. Peter> happy with the end result, except for one thing: as soon as Peter> I added the first reference to a Gobo XSLT class and hit Peter> F7, EiffelStudio went away for several minutes and sucked Peter> in a huge number of new classes. The build time for a Peter> finalized build tripled, and the size of the finalized Peter> executable blew out from 7 MB to 17 MB. Twenty lines of Peter> code costing 10 MB! This is almost as bad as EiffelCOM! I Peter> guess the convenience of having a full-blown XSLT Peter> interpreter inside my application comes at a big cost. Note that this is XSLT 2.0 (not 1.0 as implemented in .NET). This is a much bigger (and more powerful, and more friendly) language. This is where the cost comes in. In particular, Unicode normalization is responsible for much of the increase in code size. -- Colin Adams Preston Lancashire