<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Brian, if you want to take a look at the class level mocking please<br></blockquote><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
feel free.It strikes me that there's probably already some duplication<br>between the mock and stub implementations, so perhaps a single<br>framework w/ both facilities is the way to go.<br></blockquote><br>Yes, I think they can be integrated, particularly with the partial mocking objects.
<br>I'm thinking about adding the should_receive method to Object.<br><br><div><span class="gmail_quote">On 9/28/06, <b class="gmail_sendername">David Chelimsky</b> &lt;<a href="mailto:dchelimsky@gmail.com">dchelimsky@gmail.com
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On 9/28/06, Brian Takita &lt;<a href="mailto:brian.takita@gmail.com">brian.takita@gmail.com
</a>&gt; wrote:<br>&gt; Whoops, I didn't read the rspec stubbing thread. I did commit to the stub<br>&gt; branch though.<br>&gt; At least my changes also include some refactorings that clean up the<br>&gt; implementation.
<br><br>I think we should keep the stub facility in addition to the class<br>level mocking I'm interested in.<br>For me, stubbing is useful for that 'other' class the class under spec<br>is using and won't run without, but not for dealing w/ values that are
<br>important to the spec itself. For example, if an ATM won't respond to<br>messages you send it without a Display or a Dispenser, I'd stub out<br>the Dispay for the specs that deal w/ how the ATM interacts w/ the<br>Dispenser, but I'd MOCK the Dispenser itself. And vice versa.
<br><br>That said, I already use the existing mock framework for stubs and<br>name them accordingly.<br><br>mock_dispenser = mock(&quot;dispenser&quot;)<br>mock_dispenser.should_receive(:etc, etc, etc)<br>stub_display = mock(&quot;display&quot;)
<br>mock_dispenser.should_receive(:etc, etc, etc)<br><br>Being able to do this instead:<br><br>mock_dispenser = mock(&quot;dispenser&quot;)<br>mock_dispenser.should_receive(:etc, etc, etc)<br>stub_display = Object.new<br>
mock_dispenser.stub!(:etc, etc, etc)<br><br>... makes the spec much more clear.<br><br>Brian, if you want to take a look at the class level mocking please<br>feel free.It strikes me that there's probably already some duplication
<br>between the mock and stub implementations, so perhaps a single<br>framework w/ both facilities is the way to go. Just let me know if you<br>plan to, in which case I'll coordinate w/ you before I take any stabs<br>at it.
<br><br>Cheers,<br>David<br>_______________________________________________<br>rspec-devel mailing list<br><a href="mailto:rspec-devel@rubyforge.org">rspec-devel@rubyforge.org</a><br><a href="http://rubyforge.org/mailman/listinfo/rspec-devel">
http://rubyforge.org/mailman/listinfo/rspec-devel</a><br></blockquote></div><br>