Question

I am currently developing an application where you can create "programs" with it without writing source code, just click&play if you like.

Now the question is how do I generate an executable program from my data model. There are many possibilities but I am not sure which one is the best for me. I need to generate assemblies with classes and namespace and everything which can be part of the application.

CodeDOM class: I heard of lots of limitations and bugs of this class. I need to create attributes on method parameters and return values. Is this supported?
Create C# source code programmatically and then call CompileAssemblyFromFile on it: This would work since I can generate any code I want and C# supports most CLR features. But wouldn t this be slow?
Use the reflection ILGenerator class: I think with this I can generate every possible .NET code. But I think this is much more complicated and error prone than the other approaches?
Are there other possible solutions?

EDIT: The tool is general for developing applications, it is not restricted to a specific domain. I don t know if it can be considered a visual programming language. The user can create classes, methods, method calls, all kinds of expressions. It won t be very limitating because you should be able to do most things which are allowed in real programming languages. At the moment lots of things must still be written by the user as text, but the goal at the end is, that nearly everything can be clicked together.

Answer 1

You my find it is rewarding to look at the Dynamic Language Runtime which is more or less designed for creating high-level languages based on .NET.

It s perhaps also worth looking at some of the previous Stack Overflow threads on Domain Specific Languages which contain some useful links to tools for working with DSLs, which sounds a little like what you are planning although I m still not absolutely clear from the question what exactly your aim is.

Answer 2

Most things "click and play" should be simple enough just to stick some pre-defined building-block objects together (probably using interfaces on the boundaries). Meaning: you might not need to do dynamic code generation - just "fake it". For example, using property-bag objects (like DataTable etc, although that isn t my first choice) for values, etc.

Another option for dynamic evaluation is the Expression class; especially in .NET 4.0, this is hugely versatile, and allows compilation to a delegate.

Answer 3

Do the C# source generation and don t care about speed until it matters. The C# compiler is quite quick.

Answer 4

When I wrote a dynamic code generator, I relied heavily on System.Reflection.Emit.

Basically, you programatically create dynamic assemblies and add new types to them. These types are constructed using the Emit constructs (properties, events, fields, etc..). When it comes to implementing methods, you ll have to use an ILGenerator to pump out MSIL op-codes into your method. That sounds super scary, but you can use a couple of tools to help:

A pre-built sample implementation
ILDasm to inspect the op-codes of the sample implementation.

Answer 5

It depends on your requirements, CodeDOM would certainly be the best fit for a "program" stored it in a "data model".

However its unlikely that using option 2 will be in any way measurably slower in comparision with any other approach.

Answer 6

I would echo others in that 1) the compiler is quick, and 2) "Click and Play" things should be simple enough so that no single widget added to a pile of widgets can make it an illegal pile.

Good luck. I m skeptical that you can achieve point (2) for anything but really toy-level programs.

友情链接