I built a system where I work now that separates format from processing. We use it for exports, imports, reports, etc. But it doesn't have at its core any existing format. Instead, it maps inputs to a commom row-oriented object format, provides ways to plug in filters against those objects as they "flow" through a transform, then allows any number of formatting outputs to be placed on the other end.
So, in short, don't struggle with what format to pick so much as the design of the system. Ours handles XML, HTML, fixed width, delimited, CSV, database tables, formatted text, etc. on either end -- all due to the design's allowance to plug these in easily. I end up mostly using CPAN modules to implement the plug-ins (What can I say, I'm a lazy old guy). I'd like to make this generally available at some point but right now it's built on top of some proprietary pieces. If I can just squeeze a few more hours out of the day, maybe I can recreate a clean version on my own time ... Also, having recently started using Template::Toolkit I suspect it will now do a lot of what I'm doing (although I like mine now of course!). There are other monks here I see on the TT mailing list so they may have comments on that one.Also realize the HTML, XML, etc. are all based on a broader specification known as SGML. At one job there was a movement to specify everything in SGML as a common format. I've never really been convinced of that approach though. Standards change all the time and today's pick may look lousy in a year or two. I much prefer to build flexible systems that allow things to be pulled in and out with ease, and while keeping most clients insulated from the underlying changes.
In reply to Re: Is XML the only generic layout system out there?
by steves
in thread Is XML the only generic layout system out there?
by dragonchild
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |