So, it took a while, but I'm back into codegen [1] again, this time under .NET. : ) I went with XSLT this time (it didn't exist last time [2]) and while it works (and is surprising fast for my application), the problem is multi-language support. The crowd that hangs out where I announce this kind of stuff (i.e. these lists : ) is all over adding to the C# templates, but the VB templates lag (although I built them in as first class citizens!).
The problem, of course, is that the code is mandated via the literal parts of the XSLT, so until someone ports the C# to the VB, the VB lags. Of course, the way to go would to be use the CodeDOM itself to generate the code (this is the way that the other custom code generators in VS.NET work, BTW). However, writing CodeDOM code is not fun, either, so I want a language that I can write that defines a CodeDOM graph (if you see what I mean). The obvious choice here is XML, but I don't look forward to writing in anything non-trivial in an XML programming language. Any other suggestions? Does anyone think parsing C# and turning it into a CodeDOM to be generated back into another .NET language (or potentially itself) is overkill? Has anyone done any of this kind of work? I'd sure love to pitch in on a rolling project instead of inventing all of this again [2]. I'd like to think that I learned my lesson last time [3]. : )
Chris
Offline 
Send Email