Руби Коан: test_nil_is_an_object

Question

Я недавно пытался оттачивать свои навыки рельсов с этим инструментом:

http://github.com/edgecase/ruby_koans

но у меня проблемы с прохождением некоторых тестов. Также я не уверен, правильно ли я что-то делаю, поскольку цель состоит в том, чтобы просто пройти тест, есть много способов пройти его, и я могу делать что-то, что не соответствует стандартам.

Есть ли способ подтвердить, правильно ли я все делаю?

конкретный пример:

в about_nil,

 def test_nil_is_an_object
   assert_equal __, nil.is_a?(Object), "Unlike NULL in other languages"
 end

так что мне сказать, чтобы проверить, равно ли это второе предложение объекту (так что я могу сказать, что nil - это объект) или просто поставить assert_equal true, nil.is_a?(Object), потому что утверждение истинно?

и следующий тест:

def test_you_dont_get_null_pointer_errors_when_calling_methods_on_nil
  # What happens when you call a method that doesn't exist.  The
  # following begin/rescue/end code block captures the exception and
  # make some assertions about it.
  begin
    nil.some_method_nil_doesnt_know_about
  rescue Exception => ex
    # What exception has been caught?
    assert_equal __, ex.class

    # What message was attached to the exception?
    # (HINT: replace __ with part of the error message.)
    assert_match(/__/, ex.message)
  end
end

Я предполагаю, что я должен поместить строку "Нет ошибки метода" в assert_match, но как насчет assert_equal? ​​

Answer 1

assert_equal true, nil.is_a?(Object) действительно правильное решение.Вопрос в том, «есть ли nils в объектах Ruby или нет?», И в случае Ruby это так.Таким образом, чтобы пройти утверждение, вы должны подтвердить истинность этого теста.

Во втором примере, когда вы вызываете неопределенный метод для nil, вы получаете NoMethodError: undefined method 'foo' for nil:NilClass.Таким образом, класс исключения - NoMethodError, а сообщение - undefined method 'foo' for nil:NilClass.Протестируйте ошибочное поведение в консоли и посмотрите, что вы получите от него, а затем примените эти знания к тесту.

Answer 2

Ты бежишь

ruby path_to_enlightenment.rb

в командной строке после исправления каждого теста? Это даст вам большую помощь.

Также «помните, что молчание - иногда лучший ответ» - если вы озадачены, ничего не вкладывайте, и инструмент поможет вам.

Answer 3

Простота - ключ к Ruby Koans - когда я начинал, я думал, что должно быть сложнее, чем есть, но это не так!Просто задайте IRB вопрос, который вам задает Коанс, и через несколько секунд вы почувствуете это.Я написал об этом в блоге, чтобы помочь другим:

Руби Коанс Ответы

Answer 4

Что ж, придерживаясь типичного девиза TDD Red-Green-Refactor, вы должны запустить тест (возможно, с граблями в отдельной консоли) и увидеть, как происходит сбой.Оттуда они предоставили вам несколько кусочков информации о том, что ожидалось.

Что касается стиля, коаны на самом деле этому не учат.Вам просто нужно найти и прочитать код, написанный на ruby, чтобы понять типичные соглашения и идиомы сообщества ruby.

Answer 5

Я помню, когда я делал это, я пытался обдумать тест и пытался вставить

<Answer> and <"Answer">

. Следует помнить, что фактический класс не должен быть в строке иличто-то.Таким образом, ответ НЕ

ex.class, ex.class

Как предложено выше, поместите код в irb и выполните его.

(1..5).class == Range

- это большая подсказка