From: "nobu (Nobuyoshi Nakada)" <nobu@...>
Date: 2013-02-03T13:34:13+09:00
Subject: [ruby-core:51815] [ruby-trunk - Feature #7748] Contextual send


Issue #7748 has been updated by nobu (Nobuyoshi Nakada).


#send had been implemented in that manner once, but reverted and #public_send was separated instead.
----------------------------------------
Feature #7748: Contextual send
https://bugs.ruby-lang.org/issues/7748#change-35793

Author: trans (Thomas Sawyer)
Status: Open
Priority: Normal
Assignee: 
Category: core
Target version: Next Major


=begin
If I write a method that uses #send vs. #public_send, I am making an assumption about how that method is invoked. For example, take the simplest form of such a method:

  class String
    def send_out(op, *a, &b)
      send(op, *a, &b)
    end
  end

This code has a bug in it, in the sense that it can be used to call private string methods. The solution is to use #public_send. In most cases that will be fine. But if anyone tries to reuse the method while extending String themselves, e.g.

  class String
    def send_out(op, *a, &b)
      public_send(op, *a, &b)
    end

    def some_public_method
      send_out(:some_private_method)
    end

    private
    def some_private_method
    end
  end

Then it will be a problem b/c it cannot be used on a private supporting method.

So it seems like there should be something like a ((*contextual send*)) which invokes a send with the same visibility as the parent method is invoked. e.g.

  class String
    def send_out(op, *a, &b)
      contextual_send(op, *a, &b)
    end
  end

And then all cases will work as expected.
=end


-- 
http://bugs.ruby-lang.org/