我正在通过用 Ruby 编写与 Kent Beck 的 xUnit 等效的代码来扩展我对 Ruby 的理解。 Python（由 Kent 编写）在广泛使用的语言中有一个 assert() 方法。红宝石没有。我认为添加它应该很容易，但内核是放置它的正确位置吗？
顺便说一句，我知道 Ruby 中存在各种 Unit 框架 - 这是一个学习 Ruby 习语的练习，而不是“完成某事”。
【问题讨论】：
不，这不是最佳做法。与 Ruby 中的 assert() 最好的类比就是提高
raise "This is wrong" unless expr
如果您想提供更具体的异常处理，您可以实现自己的异常
【讨论】：
fail if [expr]，这会引发运行时错误。
fail 是raise 的别名，不是吗？他们都给RuntimeError。 （也许一个更惯用？）
我认为在 Ruby 中使用断言是完全有效的。但是您提到了两件事：
assert 方法来检查您的测试预期。它们旨在用于您的测试代码，而不是您的应用程序代码。assert 构造，旨在用于您的程序代码中，以检查您对其完整性所做的假设。这些检查是在代码本身内部构建的。它们不是测试时实用程序，而是开发时实用程序。我最近写了solid_assert: a little Ruby library implementing a Ruby assertion utility 和a post in my blog explaining its motivation.. 它让你可以写出以下形式的表达式：
assert some_string != "some value"
assert clients.empty?, "Isn't the clients list empty?"
invariant "Lists with different sizes?" do
one_variable = calculate_some_value
other_variable = calculate_some_other_value
one_variable > other_variable
end
它们可以被停用，因此assert 和invariant 被评估为空语句。这可以让您避免生产中的任何性能问题。但请注意The Pragmatic Programmers 建议不要停用它们。仅当它们确实影响性能时才应停用它们。
关于答案说惯用的Ruby方式是使用普通的raise语句，我认为它缺乏表现力。断言编程的黄金法则之一是不使用断言进行正常的异常处理。它们是两种完全不同的东西。如果你对它们两个使用相同的语法，我认为你的代码会更加晦涩难懂。当然，您将失去停用它们的能力。
您可以确信使用断言是一件好事，因为像 The Pragmatic Programmer From Journeyman to Master 和 Code Complete 这样的两本必读经典书籍专门为它们提供了整个部分并推荐使用它们。还有一篇名为Programming with assertions 的好文章很好地说明了断言编程的意义以及何时使用它（它基于 Java，但概念适用于任何语言）。
【讨论】：
您将 assert 方法添加到内核模块的原因是什么？为什么不直接使用另一个名为 Assertions 的模块？
像这样：
module Assertions
def assert(param)
# do something with param
end
# define more assertions here
end
如果您确实需要您的断言无处不在，请执行以下操作：
class Object
include Assertions
end
免责声明：我没有测试代码，但原则上我会这样做。
【讨论】：
Object 类。
assert 方法在全球范围内可用。但是，我不建议任何人在非玩具项目中使用这样的猴子补丁。
这不是特别地道，但我认为这是个好主意。特别是如果这样做：
def assert(msg=nil)
if DEBUG
raise msg || "Assertion failed!" unless yield
end
end
这样，如果您决定不设置 DEBUG（或其他一些方便的开关，我过去使用过 Kernel.do_assert），则不会产生任何影响。
【讨论】：