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

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

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

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

---

谢谢

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

我还没有研究过动态数据（虽然我希望有时间的时候可以研究），但我最大的担心总是会失去灵活性。问题是，这些前端可能会根据一些模板和编辑动态生成，特别是引入特殊的客户需求变得非常困难。不过，对于小型标准应用程序，它可能工作得很好

因此，我们要做的是基于我们开发的一组标准自定义服务器控件“生成”这些UserControl，但我们将第一次从应用程序中有关实体的一些静态信息生成这些UserControl。然后您可以继续自定义

---

这样的系统应该可以帮助开发人员，提高开发速度，完成最初的繁重工作，但之后它们应该给开发人员最大限度的修改灵活性。在我们使用的ASP.NET Web表单中，它们不应该增加额外的复杂性…

。我们从单个实体生成管理页面、代码隐藏、服务层、数据层和数据库存储过程。这一切都发生在几秒钟之内。我建议您检查一下，以便在应用程序中快速构建crud。

我很久以前（几年前）就使用了CodeSmith模板，它被证明非常强大，因此，它现在一定非常棒

---

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

看看。

我过去使用过，非常好。在上一个项目中节省了我们几个月的时间，该项目有一个大的数据库，因此成本是值得的。但是它看起来有点难看，一旦生成了DB模式，就很难更新它。

显然，除了Visual Studio中提供的以外，它在其他方面没有太多的广泛应用。

我以前使用CodeSmith来生成sql server审计触发器。你是在定制一套公共脚本还是在内部编写的脚本？我已经编写了我们自己的内部脚本。它为我们节省了数千工时。我曾经是一名经典的ASP开发人员，因此编写CodeSmith使用的spagetti代码风格对我来说是第二天性（痛苦是）：）我认为这就是“经验证”的解决方案，否则，我会告诉你检查ASP.NET动态数据，我认为这还太年轻，我认为这也是我对ironspeed的感觉。很难自定义解决方案并仍然使用其工具更新解决方案中的其他项。