Jak jenger powiedział mock_model jest rozszerzeniem zbudowany dla aktywnego rekordu:
To źródło w 1.2.6:
def mock_model(model_class, options_and_stubs = {})
id = options_and_stubs[:id] || next_id
options_and_stubs = options_and_stubs.reverse_merge({
:id => id,
:to_param => id.to_s,
:new_record? => false,
:errors => stub("errors", :count => 0)
})
m = mock("#{model_class.name}_#{id}", options_and_stubs)
m.__send__(:__mock_proxy).instance_eval <<-CODE
def @target.as_new_record
self.stub!(:id).and_return nil
self.stub!(:to_param).and_return nil
self.stub!(:new_record?).and_return true
self
end
def @target.is_a?(other)
#{model_class}.ancestors.include?(other)
end
def @target.kind_of?(other)
#{model_class}.ancestors.include?(other)
end
def @target.instance_of?(other)
other == #{model_class}
end
def @target.class
#{model_class}
end
CODE
yield m if block_given?
m
end
Więc jej dość kęs, ale
- koduje identyfikator następną sekwencją
- stubs to_param
- zalety new_record? z fałszywych
- błędów stubs więc zdaniem nie ma błędów
rozciąga się również wystąpienie modelu z wieloma rzeczami.
Dla osób, które znalazły to pytanie w rankingu Google dla "rspec mock_model", najlepszą dokumentację można znaleźć na stronie https://www.relishapp.com/rspec/rspec-rails/docs/mocks/mock-model –