代码之家  ›  专栏  ›  技术社区  ›  Chad

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

  •  9
  • Chad  · 技术社区  · 15 年前

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

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

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

    谢谢

    6 回复  |  直到 15 年前
        1
  •  3
  •   William    15 年前

    在ASP.NET Web窗体中,我们使用 CodeSmith . 从一个实体中,我们生成管理页面、代码隐藏、服务层、数据层和数据库存储过程。只需几秒钟。我建议您检查一下我们的,以便在您的应用程序中快速构建crud。

        2
  •  2
  •   Giovanni Galbo    15 年前

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

    我没有研究过动态数据(虽然我想在有时间的时候研究),但我最大的担心总是失去灵活性。问题是,这些前端可能会在每次基于某些模板和编辑动态生成,特别是引入特殊的客户需求变得相当困难。不过,对于小型的标准应用程序来说,它可能是完美的。

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

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

        3
  •  2
  •   Meligy    15 年前

    我用过 .netTiers codesmith模板在很久以前(几年前)就被证明是如此强大,所以,它现在一定非常棒。

    我认识一家(大)公司,他们围绕这些模板构建了一个定制引擎(允许内部公司选项使用图形用户界面),以便在大多数应用程序中使用它们,并且非常成功。

        4
  •  1
  •   TimS    15 年前

    我已经用过 http://www.ironspeed.com/ 在过去,这是伟大的。在我们上一个拥有大数据库的项目上节省了我们几个月的时间,所以成本是值得的。但它看起来有点难看,一旦生成了DB模式,就很难更新它。

        5
  •  1
  •   Chad    15 年前

    显然,除了在Visual Studio中提供的功能外,在那里的应用并不广泛。

        6
  •  -1
  •   d4nt    15 年前

    看一看 Blinq .