淘系前端研发工具 AppWorks 正式发布了

前端开发

产品图

经过了一年的迭代, 近 2 个月集中开发,Iceworks(原基于 Electron 的集成研发工作台)的升级版本 AppWorks 正式发布。

AppWorks 是一个前端研发工具集,目标是让前端应用的开发更快更好更轻松。

这篇文章将主要介绍 AppWorks 有哪些能力,以及如何使用这些能力解决这些问题的。

让开发门槛再低一点

好的工具应该是人人都用得起的。AppWorks 首要解决的问题是让人人都可以快速地开始前端研发。 面对这个问题,AppWorks 提供的解法是 GUI 工具 + 海量可复用物料。

开发工具箱

要开始前端应用程序的开发,首先需要安装必要开发工具和配置相应的开发环境:

为此 AppWorks 提供前端开发工具箱 —— AppToolkit(原 AppWorks Toolkit)来帮助开发者简单快速搭建前端开发环境。

产品图

Toolkit 是一个桌面客户端,开发者可以快速安装和使用。其核心能力有:

更详细的说明可以参见:《前端环境》

海量可复用物料

前端开发的第二步需要有海量可复用的物料。物料只有海量和可复用,才能正在地服务于前端应用的开发,其要求是:

为此 AppWorks 提供物料解决方案 —— AppMaterial 来满足这些要求:

产品图

AppMaterial 的特点有:

让好的开发体验促进效率的提升

好的工具应该能够提供好的开发体验并促进效率的提升。为此 AppWorks 提供了基于 VS Code 的前端研发套件 —— AppWorks Pack 从以下几个方面来提高源码开发领域的体验和效率。

极简的开发流程

Pack 将创建、调试和发布项目等操作通过插件的方式集成到了 VS Code 中,在编辑器内即可完成常见的工程操作以及与线上平台的对接。这些能力的集成使得开发者不需要频繁地在多个客户端、平台间进行切换和学习:

使用示例

友好的可视化开发

Pack 提供了基于物料的可视化开发方式,基于 AppMaterial 提供的海量物料,通过区块组装生成页面,一键添加物料到代码,物料的文档、示例都可以在编辑器中直接触达:

使用示例

更详细的说明可以参见:《使用物料》

强大的编码辅助

Pack 提供的编码辅助能力包括:代码提示(自动补全、信息提示和定义跳转)、代码重构和代码片段等功能,这些功能是覆盖多种编程语言(JavaScript、CSS)和多种 DSL(React、Rax)和多套研发框架(rax-app、ice.js)的。

以 Pack 提供代码重构功能为例,可以快速删除组件文件及组件文件所有的引用,同时删除掉由于组件属性所带来的不需要的变量:

使用示例

更详细的说明可以参见:《代码补全》《代码重构》

让好的代码获得持续的关注

好的代码质量是软件工程的立身之本,好的开发工具应该能够为软件工程的代码质量提供保障。

为此 AppWorks 提供了代码质量解决方案 —— AppWorks Doctor 来解决该问题。AppWorks Doctor 提供了代码规范和项目质量评估模型,并结合编辑器来进行自动修复规范问题和产出项目质量评估报告;线上则提供数据大盘来全面了解团队和项目的质量情况,帮助开发者和管理者对代码质量保持持续的关注。

代码规范

AppWorks Doctor 通过 @applint/spec 包来声明和约束代码规范。该规范遵循阿里巴巴前端编码规范,并结合了我们在 ICERax 项目的最佳实践,包含 ESLint、stylelint、commitlint 及 Prettier 的相关规则,开发者可以很方便地与自己的前端项目进行结合。

质量分析

AppWorks Doctor 建立了项目质量评估模型,该模型包含以下几个维度的分析:

开发者可以在 VS Code 中对自己的本地项目进行质量检测,并自动修复规范问题,查看维护度和重复度方面的分析及优化建议:

使用示例

亦或者针对依赖的基础库和框架进行自动化的升级,AppWorks Doctor 也提供了人为监督和偶尔干预的方式:

使用示例

线上治理

仅阿里内网可用。

代码规范和质量分析让开发者可以在本地主动地去优化项目的质量。但对于团队来说,依然需要有被动的方式来促进项目的质量治理。例如了解重点项目的质量趋势情况,团队成员的质量情况,推进落地最佳实践或某些依赖包的升级等等。

AppWorks Doctor 通过对接 DEF 工程平台,在项目的发布部署环节收集项目的质量信息,并给开发者发送此次迭代的质量报告,由此来提升团队成员的质量意识。同时发布环节的质量检测是可控的,当遇到一些特殊情况时,例如我们发现了某个有重大缺陷或安全问题的代码或依赖包,可以中断此次发布流程:

构建报告

通过对项目发布时质量情况的采集,AppWorks Doctor 能够知道团队内项目和成员的质量概况和趋势,在 AppData Platform(原 AppWorks Data Platform)上进行数据的展示和分析:

数据大盘

这里面目前开发经常使用的场景是在线上网站展示项目的质量信息,开发者可以通过跳转到 WebIDE 唤起 AppWorks Doctor 插件完成一键修复和优化代码:

使用示例

让提升编程效率可度量

广义的研发效率是指软件从需求到上线的完整过程中的投入和产出比。编程效率是指单位时间内有效的代码产出,编程效率是研发效率的重要组成部分。

AppWorks 目标通过定义编程效率的评估标准,产出团队的编程效率报告,分析影响编程效率的因素,制定提升编程效率的方案,对方案进行实施,观测效率数据变化,调整提效方案,最终达到提升个人和团队编程效率的目的。

现阶段,AppWorks 主要完成了编程数据的采集及统计。

数据采集

AppWorks 通过 Time Master 插件来将自动追踪开发者在编辑器中的编码行为,Time Master 采集的数据包括开发者的编辑器使用时长及其在编辑器上针对代码文件的所有操作,例如打开文件、关闭文件、在代码文件上进行键入等;

最终可以做到统计开发者在每个文件、每个项目的详细编辑行为,例如:

使用示例

如果是阿里内部用户,Time Master 将会把这些数据上报到 AppData Platform。

数据分析

仅阿里内网可用。

基于上报的数据,AppData Platform 可以提供个人、项目和团队编程数据的统计和分析:

使用示例

未来展望

编码辅助增强

从过往一年的用户使用数据来看,编码辅助功能依然是开发者使用最频繁的功能,对该功能准确率的提升会促进曝光率和转换率的提升:

数据概览

  • 转换率:使用量/曝光量
  • 曝光率:曝光量/活跃用户数

从日常的用户访谈来看,开发者对基础库和框架的代码提示和代码重构有迫切的期待,诸如快速提取代码、快速变量命名、Inline Style to CSS 等操作,能为开发者提供愉悦的编码体验。未来 AppWorks 将持续增强编码辅助能力,并结合 Time Master 对相关功能的实际编码效率提升进行量化。

项目质量治理

AppWorks 在上一个年度完成了 Data Platform 的雏形,打通了质量数据的上报、存储和统计链路。 但有数据只是提供了参考价值,基于数据做出行动,持续完善数据模型,使得指标数据提升,才能完成体现数据中心的价值。 未来 AppWorks 将通过线上网站和编辑器端信息的触达,让开发者和管理者了解基础库和框架的最新动态,配套升级工具,推动团队基础设施的升级。例如通过线上线下的联动,推进 React 15 升级到 17,Rax 核心库从 0.6 升级到 1.0 等等;

工具箱能力完善

AppWorks Toolkit 的第一个版本中已完成快速安装必备工具和管理 Node 版本功能。未来将持续完善对前端工具和开发环境的管理和配置能力,成为前端开发的第一入口,帮助初学者快速开始前端开发,引导开发者用好工具,排查和修复开发环境问题。例如:

编程数据价值挖掘

AppWorks 在上一个年度完成了编程数据的上报、存储和统计链路。未来 AppWorks 将主要通过 API 或离线数据分享的方式,让业务平台和工程平台利用编程数据进行研发效能的度量或分析,使得数据价值更大化。

最后

AppWorks 将持续重视用户体验,做开发者喜欢的、好用的工具。任何疑问,请联系 @洋风 @大果 @梧忌。

相关资料