Есть ли дополнительный ключ/ответ для рубиновых коанов?

Недавно я попробовал заострить свои навыки рельсов с помощью этого инструмента:

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

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

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

в 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 я должен поместить строку "No method error", но как насчет assert_equal?

Ответ 1

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

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

Ответ 2

Вы используете

ruby path_to_enlightenment.rb

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

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

Ответ 3

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

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

Ответ 4

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

Ruby Koans Answers

Ответ 5

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

<Answer> and <"Answer">

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

ex.class, ex.class

Как было сказано выше, введите код в irb и выполните его.

(1..5).class == Range

- большой намек