[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5390] Re: Unit testing network code?

From: Hugh Sasse Staff Elec Eng <hgs@...>
Date: 2000-10-10 16:56:15 UTC
List: ruby-talk #5390
On Tue, 10 Oct 2000, Glen Stampoultzis wrote:

> You could run everything in the one process and use mock objects to simular
> the transport layer.  This would give you finer control over your testing.
> 
> http://www.connextra.com/site/all_about_us/xp/mockobjects.pdf

Thank you.  I have had a look at this, and it looks good.  I think a
fair summary of it is:  "If your software must interact with some 
other software system, then implement the minimal mock-up of the interface
for that system which allows you to test your code.  This allows you
to test failures of that system, for example,  because you can make it
fail when you want, etc".

The one bit of that article I did not find clear was the bit about
passing the interface around, in section 4.3: "Instead we write a handler
object to reify this dialogue between a stream and a Person".  I've never
needed the word "reify" before(!), but I think the idea of "making this
abstract interface into a concrete object" would be useful in my other
recent question, about treating strings as if they were streams.  Suppose
I had some kind of interface object that didn't care whether there was a
string or a stream on one side of it. Then I think this article is saying
that I would use an instance of such an object, whose creation involved
tying it to a string or to a stream, to do the I/O for me.

Have I got that about right?  Has anyone a simple example of such 
an interface object in Ruby I could look at, please, so I can see
how it works and some of the power it provides?  
> 
> Regards,
> 
>     Glen
> 
	Thank you,
	Hugh
	hgs@dmu.ac.uk



In This Thread