[#6363] Re: rescue clause affecting IO loop behavior — ts <decoux@...>

>>>>> "D" == David Alan Black <dblack@candle.superlink.net> writes:

17 messages 2000/11/14
[#6367] Re: rescue clause affecting IO loop behavior — David Alan Black <dblack@...> 2000/11/14

Hello again --

[#6582] best way to interleaf arrays? — David Alan Black <dblack@...>

Hello --

15 messages 2000/11/26

[#6646] RE: Array Intersect (&) question — Aleksi Niemel<aleksi.niemela@...>

Ross asked something about widely known and largely ignored language (on

23 messages 2000/11/29
[#6652] RE: Array Intersect (&) question — rpmohn@... (Ross Mohn) 2000/11/29

aleksi.niemela@cinnober.com (Aleksi Niemel) wrote in

[#6723] Re: Array Intersect (&) question — Mathieu Bouchard <matju@...> 2000/12/01

> >Use a hash. Here's code to do both and more. It assumes that

[#6656] printing/accessing arrays and hashes — raja@... (Raja S.)

I'm coming to Ruby with a Python & Common Lisp background.

24 messages 2000/11/30

[ruby-talk:6414] Re: clas << a & Pascal's with <record> do...end

From: Mark Slagell <ms@...>
Date: 2000-11-17 13:45:24 UTC
List: ruby-talk #6414
Hugh Sasse Staff Elec Eng wrote:
> 
> I was thinking that when a lot of work must be done on an object
> it would be nice to alter the search path for methods without a
> receiver.
> 
>    a.do_this
>    a.do_that
>    a.do_the_other
> 
> could be perhaps written as:
> 
>    with a do
>       do_this
>       do_that
>       do_the_other
>    end
> 
> However I realised you get this, pretty well, with:
> 
>    class << a
>       def work_hard
>          do_this
>          do_that
>          do_the_other
>       end
>    end
> 
>    a.work_hard
> 
> so I wouldn't need such a construct.  However, if I do this for many
> objects, I end up creating lots of singleton classes, that have no name.
> So, to be really dynamic about this, I need to be able to destroy them
> as well as create them.  Since they have no name, how can I do that?
> 
>         Hugh
>         hgs@dmu.ac.uk

Given a convention that destructive methods could be counted on to
return the receiver, then we could have

  a.do_this.do_that(parameter).do_the_other

...but we don't have such a convention, e.g., String#chomp! sometimes
returns nil. Nonetheless it's something that can be done with your own
classes if you want. (on the other hand it's kind of crowded looking.)

  -- Mark

In This Thread