From: shevegen@...
Date: 2020-04-18T21:25:02+00:00
Subject: [ruby-core:97956] [Ruby master Feature#16799] Add more functional features, make ruby more friendly.

Issue #16799 has been updated by shevegen (Robert A. Heiler).


    method1 = (f,n) -> do
      return f(n)
    end

I think a syntax change such as this may be very problematic.

People would not typically expect this, and even if we, say, assume that this
may be a better syntax for newcomers, it would also be a change for people 
who have come adjusted to the syntax without the ->.

I understand your comment about confusion to newcomers, but ruby also embraces
a "more than one way" to think about problems, aka flexibility, so I am not 
sure that this can be used as primary means to explain why the above syntax
should be added as such.

It also depends a LOT on the individual style. For example zverok uses a 
very different style from, say, my style (I rarely use procs and lambdas
or "functional" composition, for instance).

I am not suggesting that the whole idea may not be good per se, but I am very
sceptical of the cost/benefit situation. I am just not sure if the change is
worth it.

----------------------------------------
Feature #16799: Add more functional features,make ruby more friendly.
https://bugs.ruby-lang.org/issues/16799#change-85185

* Author: jackmaple (maple jack)
* Status: Open
* Priority: Normal
----------------------------------------
Classes are currently first-class citizens in Ruby, but functions are not.
This leads to a situation where the function calls are not uniform, for example:
``` ruby
def boo(x)
  return x
end
boo2 = -> x { x }
a = boo 10
b = boo2.call(10)
or
b = boo2.(10)
or
b = boo2[10]
```
This is very confusing to people from other languages (JavaScript, Python, etc.), or people who are just starting to learn ruby.
If the method calling format can be unified, and the method is also a first-class citizen, then a higher-order function can be realized, and the method name is just a variable,so maybe more things can be done,and it might be better if the lambda is changed to the following form,for example(suppose):
``` ruby
method1 = (f,n) -> f(n)
or
method1 = (f,n) -> {
    return f(n)
}
or
method1 = (f,n) -> do
    return f(n)
end
#call method
result = method1(x -> x * 2,10)  #result = 20
```
The same can also be achieved as follows:
``` ruby
def method1(f,n)
    return f(n)
end

def double(x)
    return x * 2
end
# &double is reference double method.
result = method1(&double,10)     #result = 20
```
We can also use closures in methods(suppose):
``` ruby
def method1()
    param = []
    def method2(x)
        param.push(x)
        return param
    end
    return method2
end
f = method1
f(10)
```
Or you can implement decorators:
``` ruby
def decorator(f)
    def child_method(*param)
        puts(param)
        return f(*param)
    end
    return child_method
end

def method1(x)
    return x
end
#Here will cover the implementation of method1,include method1 method internal recursive reference.
#Because the method name is just a variable.
method1 = decorator(&method1)
method1(10)
```
Although the syntax change is not good, but it makes ruby easier to use.
These are just some of my thoughts, thanks.



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

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>