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

Question

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

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

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

由于

Answer 1

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

Answer 2

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

Answer 3

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

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

我们所做的是<！>“生成<！>”;这些用户控件基于我们开发的一组标准自定义服务器控件，但我们将首次从一些关于应用程序中实体的静态信息生成。然后你可以继续定制。

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

Answer 4

很久以前（几年）我使用了 .netTiers CodeSmith模板，它被证明是如此强大，所以，它现在一定不仅仅是伟大的。

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

Answer 5

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

Answer 6

查看 Blinq 。