Enable javascript in your browser for better experience. Need to know to enable it? Go here.
已发布 : Apr 13, 2021
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。 了解更多
Apr 2021
评估 ? 在了解它将对你的企业产生什么影响的前提下值得探索

我们在本期技术雷达中反复看到的一种模式是,当一种新的语言变得流行以后,静态错误和样式检查工具会迅速浮现出来。这些工具通常被称作linters——以经典且深受欢迎的可以静态分析C代码的Unix工具 lint命名。我们喜欢这些工具,因为它们会更早捕获异常,甚至在代码未编译之前。这个模式最新的例子是关于YAML和JSON的linter Spectral。尽管Spectral可用作这些文件格式的通用检查工具,但它的主要目标是OpenAPI(SwaggerAsyncAPI的演化版本)。Spectral为这些规范提供了全面的开箱即用的规则,帮助开发者们在设计和实现API或事件驱动协作中避免麻烦。这些规则可以检查API参数规范或者规范中存在的许可声明等。虽然这个工具成为API开发工作流中广受欢迎的补充,它仍然提出了一个问题:即非执行文件的规范是否应该如此复杂,以至于需要为编程语言设计专门的错误检查技术。也许开发者们应该写的是代码而非规范?

Radar

下载第25期技术雷达

English | Español | Português | 中文

Radar

获取最新技术洞见

 

立即订阅

查看存档并阅读往期内容