ASP.NET脚手架/模板化CRUD解决方案

时间:2009-09-17 13:44:01

标签: asp.net templates dynamic-data

我一直在研究ASP.NET动态数据以及它如何进行脚手架和路由。我只是略微表面,但看起来我必须为每个表格创建一个模板,我不想以同样的方式显示所有列。

在查看动态数据后,我的第一印象是,程序员似乎没有时间编辑一次性生成的用户控件,而不是为每个没有统一显示行为的表构建模板。

目前正在使用哪些经过验证的解决方案有助于减轻创建ASP.NET CRUD类型用户控件的繁重任务?

由于

6 个答案:

答案 0 :(得分:3)

在ASP.NET网页表单中,我们使用CodeSmith。我们从单个实体生成管理页面,代码隐藏,服务层,数据层和数据库存储过程。一切都在几秒钟内完成。我建议您检查一下我们是否可以在您的应用中快速构建crud。

答案 1 :(得分:2)

我们实际上正在开发自己的代码生成工具。它已被证明可以在较低层上完美地工作,现在我们正在为表示层扩展它,即用于生成用户控件。

我没有研究过动态数据(尽管我有时间会这样做)但我最担心的是总是失去灵活性。问题是这些前端可能每次都是基于某些模板和编辑动态生成的,特别是引入特殊的客户愿望变得相当困难。对于小型标准应用程序,它可以完美地工作。

我们正在做的是根据我们开发的一组标准自定义服务器控件“生成”这些用户控件,但我们将首次从我们应用程序中的实体的一些静态信息生成。然后你可以继续定制。

这样的系统应该可以帮助开发人员,提高他的开发速度,做最初的笨拙工作,但是他们应该给他灵活的修改,直到最大化。它们不应该增加额外的复杂性......

答案 2 :(得分:2)

我很久以前(几年)使用过.netTiers CodeSmith模板,它被证明是如此强大,因此,它现在必须非常好。

我知道一个(大)公司围绕这些模板构建了一个定制引擎(允许内部公司选项的GUI),以便在大多数应用程序中使用它们并且非常成功。

答案 3 :(得分:1)

我过去曾使用过http://www.ironspeed.com/这个过程非常棒。在我们上一个拥有大数据库的项目中节省了我们的时间,所以成本是值得的。但它看起来有点难看,一旦生成就更新数据库架构可能会很棘手。

答案 4 :(得分:1)

除了Visual Studio中提供的内容之外,显然没有广泛使用。

答案 5 :(得分:-1)

查看Blinq