写点什么

Google SoC 系列:为 Ruby 运行时创建 RSpec 规格

  • 2007-05-22
  • 本文字数:1631 字

    阅读完需:约 5 分钟

存在一个详细的规格规范所有 Ruby 运行时实现是很有必要的。当前,为了使 Ruby 运行时与松本行弘(Yukihiro Matsumoto,Matz)所提供的官方 Ruby 相兼容,实现者不得不核对 C 代码来了解它是怎么做的,或者如果做不到那样的话,直接问 Matz 或 Ruby 社区某某东西是如何工作的。随着越来越多的 Ruby 版本问世(JRuby、Rubinius、MS IronRuby 等等),对于一个正式规格的呼声也已经不绝于耳。如果该规格是可执行的代码而非文字说明,那更就好了。有两个 Google Soc 项目打算解决这一问题,为 Ruby 创建 RSpec 规格。 RSpec 被描述为:

RSpec 是一个框架,它为程序员提供了一个领域特定语言,使用易读的、可执行的例程,描述 Ruby 代码的行为。这些例程可以指导你的设计过程,并可以作为良好的文档和测试用例。

这有点像测试驱动开发(Test Driven Development,TDD),单元测试应在代码之前编写。实际上,RSpec 专注于描述代码的行为,并试图使这些描述尽可能地易读。Pedro Del Galle正从事“使用RSpec 覆盖Ruby 内核(Cover the core of Ruby with RSpec)”的项目,而 Florian Gross正着手于“用于 Ruby 实现的 RSpec 套件(RSpec suite for Ruby implementations)”项目。当被问到为什么会存在两个关注点类似的项目存在时,Pedro 这样解释:

我和 Florian 在互不知情的情况下提出了这两个议题。两个 GSoC 项目十分相似说明了一种现象。在 Ruby 界创建一个中心测试仓库(Repository)是个热点话题。其中笹田耕一(Sasada Koichi)或 Evan Phoenix 在其他采访中谈到了这一点。我想我们的项目正是创建这样一个中心测试仓库的好机会。我们准备同 Charles Nutter 合作,他正在主持两个有趣的项目,RubySpec 和 RubyTest。Florian 将主要精力集中在语言规格上,而我主要集中在类库规格上,但不能认为这是个非常严格的任务划分。我们将尽量使这些规格尽可能的完善和详细。

注:笹田耕一在支持一个叫做 YARV 的项目,这是一个新的 Ruby VM,最近被并入到 Ruby 1.9 分支上。 Evan Phoenix 是 Rubinius 项目背后的推动者,这是一个主要用 Ruby 编写的 Ruby 实现。

当被问到为什么选择 RSpec,Pedro 解释到:

这是个有趣的问题,RSpec 有一个很大的缺点,它没有小到让实现者可以在其 VM 上运行该框架。我们不想重新发明轮子,Rubinius 拥有一个基于 RSpec 的漂亮而成熟的测试套件,并有机制可以依赖其他的 Ruby 实现运该测试。我所理解的测试不仅是一个避免错误的开发者工具,也是一个“活生生的文档(Living Document)”的良好来源。

为 Ruby 这样的系统创建一个规格说明,其工作量是很大的。Pedro 详细说明了他和 Florian 计划将怎么解决这个问题,以及哪里是挑战所在:

我们将设法专注于核心基础架构、以及 Ruby 1.8.6 里的核心语言规格和核心类库规格。这样看我们做得如何了。优先去建立一个高质量规格说明,尽量避免边界情况的漏洞。我想,这是一个长期的项目,我们不可能在 SoC 计划的时间内满足所有这些要点。现在我们正在划分什么是重要的问题以及什么是我们优先要解决的问题。设法避免规格里的漏洞在软件系统里总是一个难题,当该系统是一种语言时困难更大,其可能性范围及边界情况也是非常多的。因此我认为面临的挑战是做出好的分析,覆盖面尽可能的完善和详细。我的指导者(John Hornbeck)将是一个很重要的角色。

为 Ruby 创建规格是一个庞大的任务,伸出援助之手总是有帮助的。Pedro 指出感兴趣的人可以以该项目的Wiki 作为起点,对 RubySpec RubyTest 项目也是如此。 Pedro 的 Blog 也是一个好的信息来源。

查看英文原文: Google SoC Series: Creating RSpec specs for Ruby runtimes


译者简介:宋玮,多年软件开发经验,从 2002 年开始就使用 Java,在各个项目开发过程中先后使用过 Struts、Oracle ADF、AspectJ 等。最近正在使用 Spring 及 Ruby on Rails,对敏捷方法有比较大的兴趣并做过一些尝试。他的 blog 为 http://www.donews.net/victorsong 。为 InfoQ 中文站贡献内容,请邮件至 china-editorial[at]infoq.com

2007-05-22 23:001178
用户头像

发布了 150 篇内容, 共 51.2 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

从传统到现代:语音识别技术的飞跃

数据堂

ipaguard界面概览

ios证书类型及其作用说明

政务与大模型,在国云上相遇

脑极体

云计算

使用 AI 编程助手 CodeWhisperer,开发如有神助

亚马逊云科技 (Amazon Web Services)

人工智能 亚马逊云科技

【运维实操】TIDB v6.1.1:全量备份、全量恢复和增量备份方法解析

TiDB 社区干货传送门

实践案例 安装 & 部署 备份 & 恢复

ChatGPT 重磅更新可进行实时网络搜索;OpenAI 将构建新的“AI 硬件”丨RTE开发者日报 Vol.59

声网

HarmonyOS人才赋能交流会落地济南,共筑繁荣鸿蒙生态

最新动态

【中秋国庆不断更】XML在HarmonyOS中的生成,解析与转换(上)

HarmonyOS开发者

幸福城市平台:数据库选型与优化实践

TiDB 社区干货传送门

数据库架构选型

直播速递 | Hash Index 原理和应用精讲

KaiwuDB

一场不发手机的发布会,一场沉默且浩瀚的远征

脑极体

手机

03. 人工智能核心基础 - 导论(2)

茶桁

人工智能 方法论 问题范式

专访中欧财富伍春兰:财富管理行业数字化转型升级,数据库如何选型?

TiDB 社区干货传送门

实践案例 数据库架构选型

语音识别技术:从离线到在线的转变

数据堂

2万张优惠券限时抢!华为Mate60负一屏邀你观影国庆档喜剧

最新动态

云原生数据湖为什么要选择腾讯云大数据DLC,一份性能分析报告告诉你!

腾讯云大数据

数据湖

采用get()和put()读写文件

芯动大师

c++

【AI产品】Podwise:AI助我听播客

无人之路

AI 播客 技术播客

【实践案例】软件差异化升级——吃包篇

golf

golang 后端 升级 吃包 差异化

实用帖|打破常规,巧用分层地毯的8种方法!

Finovy Cloud

C4D

零基础Python经验体验代码检查工具

云计算 华为云 代码检查

软件差异化升级——差量包篇

golf

golang 后端 升级 差量包

【中秋国庆不断更】OpenHarmony定义扩展组件样式:@Extend装饰器

OpenHarmony开发者

OpenHarmony

三地五中心,TiDB POC最佳姿势探索

TiDB 社区干货传送门

7.x 实践

如何利用Vert.x快速开发你的应用

Kevin_913

基于云原生的集群自愈系统 Flink Cluster Inspector

Apache Flink

大数据 flink 实时计算

Python 中的字符串基础与应用

小万哥

Python 开源 程序员 后端 开发

Google SoC系列:为Ruby运行时创建RSpec规格_Ruby_Werner Schuster_InfoQ精选文章