[#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:5456] Re: Unit testing network code?

From: Hugh Sasse Staff Elec Eng <hgs@...>
Date: 2000-10-12 10:56:25 UTC
List: ruby-talk #5456
A little while back I asked:

> 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
	[...]
> 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 

Having dug about on the net for this, I think I did have this about right.  
The examples I can find seem to use the Command Pattern, so that instead
of invoking corresponding methods in the handler, one passes objects of
class Commmand to the Handler (or Command Manager). The Handler then
passes them on to the appropriate target, and it can do things like
logging, undoing, etc, independent of what class the target object is.

I hope this is useful to someone else.
	Hugh
	hgs@dmu.ac.uk



In This Thread

Prev Next