[#46105] [ruby-trunk - Feature #6687][Open] Enumerable#with — "merborne (kyo endo)" <redmine@...>

14 messages 2012/07/02

[#46133] [ruby-trunk - Feature #6688][Open] Object#replace — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

24 messages 2012/07/03

[#46160] [ruby-trunk - Feature #6693][Open] Don't warn for unused variables starting with _ — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

15 messages 2012/07/04

[#46200] [ruby-trunk - Bug #6702][Open] Date should be either required or not — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

14 messages 2012/07/05

[#46296] [ruby-trunk - Feature #6717][Open] Method like #instance_eval that returns self (like #tap) — "alexeymuranov (Alexey Muranov)" <redmine@...>

10 messages 2012/07/10

[#46320] [ruby-trunk - Feature #6721][Open] Object#yield_self — "alexeymuranov (Alexey Muranov)" <redmine@...>

25 messages 2012/07/11

[#46339] [ruby-trunk - Bug #6724][Open] waaaaaaant! ( — "zenspider (Ryan Davis)" <redmine@...>

11 messages 2012/07/11

[#46377] [ruby-trunk - Feature #6727][Open] Add Array#rest (with implementation) — "duckinator (Nick Markwell)" <nick@...>

25 messages 2012/07/13

[#46492] [ruby-trunk - Feature #6737][Open] Add Hash#read and alias as #[]. — "trans (Thomas Sawyer)" <transfire@...>

12 messages 2012/07/15

[#46500] [ruby-trunk - Feature #6739][Open] One-line rescue statement should support specifying an exception class — Quintus (Marvin Gülker) <sutniuq@...>

22 messages 2012/07/15

[#46562] [ruby-trunk - Feature #6758][Open] Object#sequence — "merborne (kyo endo)" <redmine@...>

19 messages 2012/07/20

[#46574] [ruby-trunk - Feature #6762][Open] Control interrupt timing — "ko1 (Koichi Sasada)" <redmine@...>

39 messages 2012/07/20

[#46641] [ruby-trunk - Bug #6780][Open] cannot compile zlib module, when cross-compiling. — "jinleileiking (lei king)" <jinleileiking@...>

14 messages 2012/07/23

[#46659] [ruby-trunk - Bug #6783][Open] Infinite loop in inspect, not overriding inspect, to_s, and no known circular references. Stepping into inspect in debugger locks it up with 100% CPU. — "garysweaver (Gary Weaver)" <garysweaver@...>

8 messages 2012/07/23

[#46792] [ruby-trunk - Bug #6799][Open] Digest::*.hexdigest returns an ASCII-8BIT String — "Eregon (Benoit Daloze)" <redmine@...>

11 messages 2012/07/26

[#46799] [ruby-trunk - Feature #6801][Open] String#~ for a here document — "merborne (kyo endo)" <redmine@...>

12 messages 2012/07/27

[#46829] [ruby-trunk - Feature #6806][Open] Support functional programming: forbid instance/class variables for ModuleName::method_name, allow for ModuleName.method_name — "alexeymuranov (Alexey Muranov)" <redmine@...>

7 messages 2012/07/28

[#46832] [ruby-trunk - Bug #6807][Open] Can't compile ruby without ruby — "devcurmudgeon (Paul Sherwood)" <storitel@...>

13 messages 2012/07/28

[#46834] [ruby-trunk - Feature #6808][Open] Implicit index for enumerations — "trans (Thomas Sawyer)" <transfire@...>

15 messages 2012/07/28

[#46838] [ruby-trunk - Bug #6810][Open] `module A::B; end` is not equivalent to `module A; module B; end; end` with respect to constant lookup (scope) — "alexeymuranov (Alexey Muranov)" <redmine@...>

17 messages 2012/07/28

[#46896] (Half-baked DRAFT) new `require' framework — SASADA Koichi <ko1@...>

Hi,

22 messages 2012/07/31

[ruby-core:46283] Re: Lambdaification of Method Calls

From: Joshua Ballanco <jballanc@...>
Date: 2012-07-09 20:12:24 UTC
List: ruby-core #46283
It seems to me that this is a bit like a combination of Proc#curry and a promise/future object. In fact, your second example can exactly be done with Proc#curry:

1.9.3-p194 :001 > s = "foo"
 => "foo" 
1.9.3-p194 :002 > l = s.method(:"+").to_proc.curry
 => #<Proc:0x007ffc83103c40 (lambda)> 
1.9.3-p194 :003 > l["end"]
 => "fooend" 
1.9.3-p194 :004 > s
 => "foo" 




On Monday, July 9, 2012 at 6:05 PM, Robert Klemme wrote:

> Hi,
> 
> does anybody think this is a good idea to have in stdlib or even core?
> 
> class Object
> def to_lambda(method, *a)
> lambda {|*b| send(method, *a, *b)}
> end
> end
> 
> With that we can do
> 
> irb(main):015:0> l = s.to_lambda(:<<, "<X>")
> => #<Proc:0x802c4298@(irb):12 (lambda)>
> irb(main):016:0> l.call
> => "foo<X>"
> irb(main):017:0> s
> => "foo<X>"
> irb(main):018:0> l[]
> => "foo<X><X>"
> irb(main):019:0> s
> => "foo<X><X>"
> 
> irb(main):038:0> s = "foo"
> => "foo"
> irb(main):039:0> l = s.to_lambda '+'
> => #<Proc:0x801e8d60@(irb):22 (lambda)>
> irb(main):040:0> l["end"]
> => "fooend"
> irb(main):041:0> s
> => "foo"
> 
> It would be a convenient way to bundle a method call with arguments
> for later execution (e.g. through a thread pool). You then just do
> 
> queue.enq my_object.to_lambda(:calculate, "foo", 123)
> 
> and be done. Another convenient name for the method would be "later".
> So we get
> 
> queue.enq my_object.later(:calculate, "foo", 123)
> 
> We could drive that even further and do
> 
> class Proc # or maybe class Object?
> def in(queue)
> queue << self
> end
> end
> 
> No we can do
> 
> my_object.later(:calculate, "foo", 123).in queue
> 
> Thoughts?
> 
> Kind regards
> 
> robert
> 
> -- 
> remember.guy do |as, often| as.you_can - without end
> http://blog.rubybestpractices.com/
> 
> 


In This Thread