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

Question

我一直在研究ASP.NET动态数据以及脚手架和路由。我只是抓住了表面，但它看起来像我不得不为每个表格创建一个模板，我不想以同样的方式显示所有列。

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

目前人们正在使用哪些经过验证的解决方案，帮助您轻松完成创建ASP.NET CRUD类型用户控件的艰巨任务？

感谢

Answer 1

除了Visual Studio提供的东西外，显然没有太多的广泛使用。

Answer 2

实际上我们正在研究我们自己的代码生成工具。它已经被证明在低层完美运行，现在我们正在为表示层扩展它，即生成用户控件。

我没有研究动态数据（尽管我希望当我有一段时间了），但我最大的恐惧是永远失去弹性。问题在于，这些前端可能会在每次基于某个模板和编辑时动态生成，特别是引入特殊的客户愿望变得相当困难。对于小型标准应用程序，它可能完美工作。因此，我们所做的就是基于我们开发的一组标准自定义服务器控件“生成”这些用户控件，但我们将首次从关于应用程序中的实体的一些静态信息中生成。然后你可以继续自定义。

这样的系统应该帮助开发，提高了开发速度，在做初步尴尬的工作，但那么他们就应该给他灵活地修改，直到最大。他们不应该增加额外的复杂...

Answer 3

在我们使用CodeSmith ASP.NET web表单。从一个实体我们生成管理页面，代码隐藏，服务层，数据层和db存储过程。所有在几秒钟内。我建议你检查一下我们的软件，以便在你的应用程序中快速构建垃圾。

Answer 4

我以前.netTiers CodeSmith中模板很久以前（年），它被证明是非常强大的，所以，它必须是多了不起了。

我知道谁已经在大部分应用程序的内置了定制引擎（用于公司内部的选项，允许GUI）围绕这些模板使用它们，实在是太成功一个（大）的公司。

Answer 5

看一看Blinq。

Answer 6

我已经在过去这一直是伟大的使用http://www.ironspeed.com/。在我们最后一个有大数据库的项目上节省了数月时间，所以成本是值得的。但它看起来有点难看，并且在生成后更新数据库架构可能会非常棘手。