能够编写代码的代码:代码生成的利与弊

代码生成的当前状态

代码生成的当前状态是无处不在的(2019年春季)。
现在,代码生成发生在软件堆栈的每一层,前端

  • 包括Java库(如swagger CodeGen),
  • 最新的交叉编译器/编译器(如针对JavaScript应用程序的Babel)
  • 以及全栈生成器(如Starter StackGen(tm))

REST API的数量激增,致使在过去十年中针对各类编程语言和环境开发的API客户端生成器种类繁多。
就像某种巨大的数字Turducken同样,REST API及其生成的客户端彷佛可以将任何事物链接到任何事物。
所以,让咱们看一下代码生成管理中涉及的火鸡,鸭子和小鸡……react

1.代码重写

自动编码的一种普遍形式是代码重写-用于将一种语言版本的语法转换为另外一种语言,有时甚至彻底转换为另外一种语言。
例如,诸如Scala之类的语言其实是将您的代码重写为与Java兼容的代码。
著名的奇怪的Lombok项目基本上在您键入时重写Java代码,生成幻像方法,所以您能够专一于出色。
就像Babel同样,任何优秀的JavaScript开发人员均可以证实“编译器”是如何将您的高级ES2017重写为已使用了10年的,与浏览器兼容的旧版JavaScript,所以您能够编写现代代码,而没必要担忧浏览器的行为方式。编程

让计算机进行肮脏的工做??甜!api

2.基于模板的生成

React生态系统在建立基于模板的应用程序框架(包括React的“ create-react-app” CLI命令)方面特别活跃。
在整个软件行业中,其余基于模板的代码生成也很广泛。HTML模板和流行的新静态站点生成器一般利用流行的胡须或车把模板引擎来利用模板解析。
在服务器模板引擎(例如Velocity)以及基于服务器的胡须和车把实现中,吐出了预渲染的源文件(例如HTML和愈来愈多的JavaScript)。浏览器

3.运行时动态代码

模板并非生成代码的惟一方法。
经过自省,例如Java和Java Reflection API等语言以及Ruby Metaprogramming,运行代码能够是“自我感知”的,一旦您的代码自我感知,构建真正动态应用程序的选项就会真正扩展。
在Starter,咱们使用Java构建了StackGen生成器引擎,这意味着咱们可以使用便捷的JavaPoet库来动态构建Java类文件,其中包括在运行时动态合成的功能。有趣的是,这些类能够在内存中编译并由类加载器加载,而无需写入磁盘。
他们说Java不是动态语言!
这种类型的动态生成的代码使人兴奋,由于它不只节省了咱们手动编写代码的时间和金钱,并且还提供了机会在运行时在应用程序中建立响应行为,而无需人工干预(可能基于AI决策)使咱们的应用程序和数字体验比以往更具吸引力和实用性。服务器

可是生成的代码很烂!

不幸的是,软件行业的历史上充斥着代码生成器,无代码开发工具,所见即所得前端生成器的示例,并被彷佛从未消亡的古老平台吐出的广泛的加密源代码恐怖所困扰(我正在寻找在您的DreamWeaver Ultradev上仍是应该说Drumbeat 2000 ?!)。
当机器充满了晦涩的技术和混乱的变量名时,谁想要处理机器吐出的代码?生成的昔日代码只是使人沮丧和悲伤,而您想要创建的任何东西都没有。架构

幸运的是,时代变了

在2019年,工具和软件开发的最佳实践已经发展到人类和机器能够真正在中间相遇的地步。诸如APIcur.io,StackGen和Microsoft PowerApps之类的代码生成器通过发展,能够克服过去的局限性,同时将全部代码生成技术中的最佳功能结合到现代开发工具中。app

代码生成的优势

  • 无需手动编码=更少的错误
  • 实现更大,更复杂的模式可能节省大量时间
  • 简单应用和PoC的快速上市周期
  • 稳定的基础架构意味着更少的时间浪费
  • CI / CD友好,能够将代码生成做为步骤添加到任何CI管道或开发工做流程中
  • 端到端生成消除了处理多个源文件和文件类型时的错误
  • 能够将新功能集成到基础模板中,以在单个构建中跨大型代码库实现
  • 但这并非说代码生成没有缺点。

代码生成的缺点

  • 并不是全部应用程序都将从代码生成中受益
  • 与手动选择每一个代码库,模式和编码样式相比,代码生成更加不灵活
  • 对基础模板的更改将推广到全部生成的文件,所以更改必须高度兼容并通过全面测试
  • 生成的代码必须在代码库中与开发人员代码仔细隔离- 存在覆盖开发人员代码的风险,而且应该能够在不影响任何现有代码的状况下进行从新生成
  • 代码生成会增长一些复杂性-例如,要真正了解生成器并与之合做,您须要了解生成的代码及其缘由-除了代码库的常规问题以外
  • 编写其余代码的编写代码的思惟模式可能会变得松散,尤为是在编写生成其余应用程序的应用程序时

LCDP和将创新推向边缘

LCDP(低代码开发平台)做为“无代码开发”的最新形式以及桥接高级用户/ jr的新方法而受到关注。开发者差距。
随着对新功能和新系统需求的增加,开发人员变得捉襟见肘,许多用户被超载的Excel电子表格所束缚,或者因为各个级别的开发人员资源稀缺而根本没有所需的软件功能。
消费者SaaS解决方案能够完成许多一次性任务,可是一堆杂乱无章的Web应用程序和服务并非知足许多需求的可靠基础。
另外一方面,对于许多组织来讲,昂贵的企业系统根本不是一个选择。
除了节省开发成本外,受权“公民开发人员”在适当时构建本身的解决方案是LCDP价值主张的主要驱动力。
代码生成器直接位于解决方案域的中间。框架

使用OpenAPI和StackGen端到端生成

StackGen采用总体方法来生成代码-基于OpenAPI / Swagger模式。
开发从一开始就开始,重点是使用OpenAPI / Swagger设计出色的API 。
而后,该设计准则使您能够生成具备可预测行为的健壮堆栈,并使用此处的任何自定义逻辑和前端设计对其进行精确扩展。
为了达到这种灵活性,StackGen使用了3种代码生成步骤以及3种不一样的实现方式。
系统的3个主要组件使用了多种生成技术:Swagger CodeGen,MyBatis生成的DAO和映射,以及即将到来的StackGen PRO,ReactJS前端生成。
Swagger CodeGen和StackGen React代码都使用Mustache从Mustache模板文件生成React内容。编程语言

  • Mustache
  • JavaPoet
  • Swagger CodeGen
  • MyBatis Generator

这种方法的优点在于它是可插入的,并容许咱们在运行时和编译以前生成。
经过生成对开发人员友好的格式的高质量源代码,现代代码生成器在提供现代高度可扩展且健壮的基准代码库的同时,使全栈开发人员的效率倍增。

关于做者

约翰·麦克马洪(John McMahon)是Starter Inc.的首席执行官,该公司是Extentech Inc的创始人,而且多年来是StackGen,Sheetster,OpenXLS,ExtenXLS和众多软件项目的开发商。

翻译原文

https://medium.com/bigdecimal/code-that-codes-pros-and-cons-of-code-generators-15b2e571281a

相关文章
相关标签/搜索