obvious extension of o-xml to all forms of programming, and need for import facility from existing code
Jeff Davies <jeff-YhAa5rnyZPVjitOJ6T5g7Lyq0pUa53/[email protected]> Mon, 17 Mar 2003 21:20:24 +0000
| Newsgroups | gmane.text.xml.o-xml |
|---|---|
| Organization | Hipparchus Systems Ltd |
| Message-ID | <[email protected]> |
o-xml is obviously transformable (xslt or special sax program) to bytecode, sourcecode in c/java etc or even direct to assembly language as an output medium. Of course, there is a large requirement for importing existing code to o-xml. Perhaps a diagram somewhere showing: C++ Java C --> import utility --> o-xml --->xslt etc -> Java src /x86 code etc for those who are new to the concepts and need to be sold o-xml would be a good thing on the website. One of the great things I think you can do with code in XML format is enforce rules such that a functional spec for a function (for extreme programming this would be called 'the story') is written first, followed by unit test cases (perhaps even parameterised ... like 20e4>x>4). Xlinks to test results could also be stored in the same document (assume a versioned XML storage system here). Similarily, code auditing can be enforced. The advantages to having a functional spec (with audit points in it) would be that you could transform the program and obtain the functional spec as a PDF. As well as enforcing the functional spec is updated by the same guy who is changing the code, at the same time as he's coding. Commercially, I think a tie up with Rational Rose (now owned by Borland) would be worth contemplating. Dancing to close to Microsoft might be a good way to get ripped off according to the horror stories I've heard (although they might not be true, I simply don't know for a fact). Jeff Davies