Преобразование нежелательного символа в строку хеш-ключа

Это может закончиться как HashWithIndifferentAccess, если Rails каким-то образом завладеет им, а внутри используются строковые ключи. Возможно, вы захотите проверить, что класс тот же:

assert_equal Hash, assigns(:my_hash).class

Параметры всегда обрабатываются как хэш безразличного доступа, поэтому вы можете получить их с помощью строки или символа. Если вы назначаете это своему хэшу параметров при вызове get или post, или вы можете быть преобразованы.

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

@my_hash = { :my_key => :my_value }.freeze

Вы можете попробовать вызвать «stringify_keys»:

assigns(:my_hash).should == { :my_key => :my_value }.stringify_keys

АГА! Это происходит не из-за Rails как такового, а из-за Rspec.

У меня была такая же проблема с проверкой значения Hashie::Mash в спецификации контроллера (но это относится ко всему, что шарлатанствует как Hash)

В частности, в спецификации контроллера, когда вы вызываете assigns для доступа к переменным экземпляра, установленным в действии контроллера, возвращается не точно заданная вами переменная экземпляра, а скорее копия переменной, которую Rspec хранит как член HashWithIndifferentAccess ( содержащий все назначенные переменные экземпляра). К сожалению, когда вы вставляете Hash (или что-то, что наследуется от Hash) в HashWithIndifferentAccess, он автоматически преобразуется в экземпляр того же, о-очень удобного, но не совсем точного класса :)

Самый простой обходной путь - избежать преобразования, обратившись к переменной напрямую, прежде чем она будет преобразована "для вашего удобства", используя: controller.view_assigns['variable_name'] (примечание: ключ здесь должен быть строкой, а не символом)

Таким образом, тест в исходном сообщении должен пройти, если его изменить на:

get 'index'
controller.view_assigns['my_hash'].should == { :my_key => :my_value }

(конечно, .should больше не поддерживается в новых версиях RSpec, но просто для сравнения я оставил его таким же)

Дополнительные пояснения см. в этой статье: hashie.html" rel="nofollow noreferrer">http://ryanogles.by/rails/hashie/rspec/testing/2012/12/26/rails-controller-specs-dont-always-play-nice-with-hashie .html

Я знаю, что это устарело, но если вы обновляетесь с Rails-3 до 4, в тестах вашего контроллера могут быть места, где использовалось Hash с символьными ключами, но по сравнению со строковой версией, просто чтобы предотвратить неправильное ожидание.

В Rails-4 эта проблема исправлена: https://github.com/rails/rails/pull/ 5082 . Я предлагаю обновить ваши тесты, чтобы они соответствовали реальным ключам.

def assigns(key = nil)
  assigns = @controller.view_assigns.with_indifferent_access
  key.nil? ? assigns : assigns[key]
end

https://github.com/rails/rails/blob/3-2-stable/actionpack/lib/action_dispatch/testing/test_process.rb#L7-L10

Rails-4 обновил его, чтобы вернуть исходные ключи -

def assigns(key = nil)
  assigns = {}.with_indifferent_access
  @controller.view_assigns.each { |k, v| assigns.regular_writer(k, v) }
  key.nil? ? assigns : assigns[key]
end

https://github.com/rails/rails/blob/4-0-stable/actionpack/lib/action_dispatch/testing/test_process.rb#L7-L11

Вы также можете передать свой объект Hash инициализатору HashWithIndifferentAccess.

Вы можете использовать HashWithIndifferentAccess.new в качестве инициализации хэша:

Thor::CoreExt::HashWithIndifferentAccess.new( to: '[email protected]', from: '[email protected]')