I agree that it would be fun to move a method from a couple of VB derived
classes to a C# base class. : )

Chris
----- Original Message -----
From: "Duncan Godwin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, April 13, 2002 2:06 AM
Subject: Re: [DOTNET] A declaritive language for generating a CodeDOM graph?


> Hi Chris,
>
> Not really offering any solutions, but being able to parse multiple
> languages and build a graph of a source file would be the first useful
step
> toward adding some refactorings to Visual Studio.NET.
>
> This is something I'd really like to do, and yet the work involved in
> getting the base (i.e. the code parser that works in a multi-language way)
> is quite significant, and more up-front work that I have time for right
now.
>
> Duncan
> ----- Original Message -----
> From: "Chris Sells" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, April 13, 2002 8:31 AM
> Subject: [DOTNET] A declaritive language for generating a CodeDOM graph?
>
>
> 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
>
> [1] http://www.sellsbrothers.com/tools/#collectionGen
> [2] http://www.develop.com/genx/
> [3] http://www.develop.com/genx/salesinfo.asp

You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.

Reply via email to