开发者

Why I sould not develop an opensource runtime UI Autogeneration from domain objects?

I'm using for my projects a rather complete UI auto-generation tool from database entities for windows forms and asp.net I wrote. Now I've built a working prototype UI auto-generation tool from domain objects. Right now it is in early stage of development and by reflection it generates user interface for creating and updating domain objects.

I searched a bit and I didn't find other opensource projects that have the same goal. Why? This type of tool开发者_如何学C is not useful? Is this idea fundamentally flawed?

Thanks.

Edit:

In my actual implementation you can drive the ui generation by putting predetermined attributes in the fields, properties and classes. You can decide the position, if a field is visible, if it is the primary key of that object, the default method to get a collection of that object type, the max size, and so on...


(If I understand correctly) there are several such frameworks, also known as scaffolding.

One of them is ASP.NET dynamic data. Or Subsonic also offers scaffolding.


For Java, there is the Naked Objects framework and related sister projects (all under Apache v2 license).

For .NET, there is the Naked Objects.NET framework. This isn't, admittedly, open source, but is very modest costs IMO.

Disclosure: I'm a committer on the Java version, but not involved commercially with the .NET version.

HTH Dan


There is no reason at all not to re-invent the wheel.

Seriously.

This is one of the best ways to learn.

Take an honest run at it, take surface looks at other implementations.

Once you arrive at either a) a beta that does what you want or b) a deep dark corner where there be dragons - pull and read the source for an existing implementation.

Not only will you have a better perspective for appreciating the code, you will understand better why some things are done certain ways.

There is no reason at all not to re-invent the wheel.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜