代码之家  ›  专栏  ›  技术社区  ›  Michael Buen

代码生成器与代码重构

  •  4
  • Michael Buen  · 技术社区  · 16 年前

    你觉得你的CRUD程序怎么样。代码生成、框架驱动还是手动编写?

    9 回复  |  直到 15 年前
        1
  •  5
  •   Jonathan Leffler    16 年前

    我在代码生成器方面的经验是,它们是一个良好的开端,但在更改完成后,我通常希望手动重写模块。当然,这可能会成为维护问题。但它实际上变成了一个“一根绳子有多长”的问题。 哪一个 您正在处理的生成器、框架和资源?其中一些很可怕,其他的很好。

        2
  •  2
  •   Matthew    16 年前

    我喜欢带有自定义模板的代码生成器,原因如下: 易于进行全局更改 减少编码错误的机会。 一致的功能

    事实上,使用代码生成器,当模式更新时,我能够在几分钟内从修改过的数据库中创建或重新创建存储过程、实体类和DAL,其中包含60多个表。通过使用自定义模板,我确保所有层都符合我的命名规则,并确保正确的错误处理和防止双重插入。

        3
  •  0
  •   John Farrell    16 年前

    我喜欢框架驱动和手工编写的混合。我对NHibernate和LinqtoSql做了一些工作,有时它们为我生成的查询需要一些帮助。

        4
  •  0
  •   Chris Simpson    16 年前

    这实际上取决于应用程序的大小。手工制作的数据访问层对于非常小的应用程序最有意义,因为您拥有最终的控制权,但对于任何中大型应用程序,我建议使用代码生成器。我对APEX SQL(不太好)、LINQ和亚音速(都很好)有过各种各样的经验。我马上就要评估Telerik ORM,但我想这也会很好。

        5
  •  0
  •   thaBadDawg    16 年前

    如果您使用.Net和Linq,那么它很容易维护。LinqToSql使更新数据模型变得很容易,而无需大量更改代码。

        6
  •  0
  •   Aaron Fischer    16 年前

        7
  •  0
  •   Jared    16 年前

    框架是第一种选择,如果我需要使用代码生成器,我喜欢创建一个快速的Perl脚本来生成代码,这样我就可以准确地理解生成的内容和原因。

        8
  •  0
  •   dkretz    16 年前

    就我个人而言,我发现基于真实用例将它们重构成有用且有吸引力的东西比从头开始要花更长的时间。这是迪尔伯特的尖头发老板喜欢的技术。

        9
  •  0
  •   Signal9    16 年前