写点什么

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:00966
用户头像

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

关注

评论

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

Activity初窥门径

芯动大师

android App Activity

使用 DataEase 展示服务器运行状态

搞大屏的小北

Linux监控 Linux监控脚本 监控展示 监控大屏

pulsar:创建更多租户 VS 创建更多namespaces

李code

架构 pulsar 调优 业务

职场「OKR」,魔幻又内卷

Java 架构 职场 OKR

直播回顾 | 点击率提升400%,Ta是怎么做到的?

HarmonyOS SDK

HMS Core

矩阵起源荣获“IT用户满意度大会”年度新秀称号

MatrixOrigin

MatrixOrigin MatrixOne

探索Python Web后端技术的发展之路

阿呆

秒懂算法 | Treap树

TiAmo

数据结构 算法 节点 旋转法

HPC调度基础:slurm集群的部署

天翼云开发者社区

AI又火了,这一次云厂商能赚到钱吗?

脑极体

云计算 AI 云厂商

一文读懂mysql锁

Paincupid

MySQL MySQL锁 mysql锁原理 mysql如何上锁 msyql锁分类

设计原则 — I 接口隔离原则

Lemoon Can

接口隔离原则 设计原则

AI的道德风险验证

陈磊@Criss

如何使用 MegEngine 生态落地一个算法

MegEngineBot

开源 性能优化 MegEngine 算法落地

深入探讨Python Tornado框架:原理与异步实现

阿呆

Python tornado Web

从人工智能角度看人肉智能

FN0

AIGC

澜舟科技周明:进入AI 2.0不代表一定要抛弃1.0的技术

澜舟孟子开源社区

AIGC 澜舟科技 ChatGPT

Sync包Mutex的原理阐述

Jack

golang

DevOps |如何说清楚研发效能工作的价值?

laofo

DevOps cicd 研发效能 持续交付 研发效能度量

一文读懂HAG:首个永久锚定BTC Mining算力的Security Token

股市老人

碳基大模型--人一生处理多少个token?

FN0

人工智能 AIGC ChatGPT

五分钟!获得轻量级的云原生应用控制平面

阿里巴巴云原生

阿里云 开源 云原生 KubeVela

AF_XDP技术简介

天翼云开发者社区

腾讯云数据库性能打破世界纪录 每分钟可处理8.14亿笔交易

数据库小组

数据库 腾讯云 tdsql

从制作九转大肠来谈起 | GreptimeDB 如何提高多步操作的容错能力

Greptime 格睿科技

数据库 云原生 时序数据库 procedure

RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践

阿里巴巴云原生

阿里云 RocketMQ 云原生

「行业化」会是ToB巨头们的新战场吗?

ToB行业头条

一文讲透|如何部署OceanBase社区版(4.x版)

OceanBase 数据库

数据库 oceanbase

个人开发者应该如何选购云服务

光毅

私有化部署chatGPT,告别网络困扰

南城FE

人工智能 前端 ChatGPT

轻松搞懂云成本优化:FinOps,2023年一定要懂的热点趋势!

博文视点Broadview

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