From: "zverok (Victor Shepelev) via ruby-core" <ruby-core@ml.ruby-lang.org>
To: ruby-core@ml.ruby-lang.org
Cc: "zverok (Victor Shepelev)" <noreply@ruby-lang.org>
Subject: [ruby-core:118785] [Ruby master Feature#20664] Add `before` and `until` options to Enumerator.produce
Date: Sat, 03 Aug 2024 17:31:47 +0000 (UTC) [thread overview]
Message-ID: <redmine.journal-109340.20240803173147.8@ruby-lang.org> (raw)
In-Reply-To: <redmine.issue-20664.20240803164157.8@ruby-lang.org>
Issue #20664 has been updated by zverok (Victor Shepelev).
I am not sure about this API.
I think in language core there aren’t many APIs that accept just a symbol of a necessary method (only `reduce(:+)` comes to mind, and I am still not sure why this form exists, because it seems to have been introduced at the same time when `Symbol#to_proc` was, so `reduce(:+)` and `reduce(&:+)` were always co-existing).
Mostly callables are passed as a block (and therefore there can be only one); but some APIs accept another callable (any object with `#call` method, like Enumerator.new).
So, what if condition is _not_ an method of the sequence?.. Should we accept callables, too? Or, what if the method’s user expects it to be a particular value (like `until: 0`), or a pattern (like `before: 0..1`).
The alternative is
```ruby
Enumerator.produce(File, &:superclass).take_until(&:nil?)
```
...which is more or less the same character-count-wise, more powerful (any block can be used), and more atomic.
The one problem we don’t currently have neither `Enumerable#take_until`, nor `Object#not_nil?`, to write something like
```ruby
# this wouldn’t work
Enumerator.produce(File, &:superclass).take_while(&:not_nil?)
# though one can use
Enumerator.produce(File, &:superclass).take_while(&:itself)
#=> [File, IO, Object, BasicObject]
```
...but in general, I suspect adding `Enumerable#take_until` to handle such cases ([and `#take_while_after`](https://bugs.ruby-lang.org/issues/18136) while we are on it :)) might be more powerful addition to the language, useful in many situations.
----------------------------------------
Feature #20664: Add `before` and `until` options to Enumerator.produce
https://bugs.ruby-lang.org/issues/20664#change-109340
* Author: knu (Akinori MUSHA)
* Status: Open
----------------------------------------
Enumerator.produce provides a nice way to generate an infinite sequence but is a bit awkward to define how to end a sequence. It lacks a simple and easy way to produce typical finite sequences in an intuitive syntax.
This proposal attempts to solve the problem by adding these two options to the method:
- `before`: when provided, it is used as a predicate to determine if an iteration should end before a generated value gets yielded.
- `until`: when provided, it is used as a predicate to determine if an iteration should end until after a generated value gets yielded.
Any value that responds to `to_proc` and returns a `Proc` object is accepted in these options.
A typical use case for the `before` option is traversing a tree structure to iterate over the ancestors or following/preceding siblings of a node.
The `until` option can be used when there is a clear definition of the "last" value to yield.
```ruby
enum = Enumerator.produce(File, before: :nil?, &:superclass)
enum.to_a #=> [File, IO, Object, BasicObject]
enum = Enumerator.produce(3, until: :zero?, &:pred)
enum_to_a #=> [3, 2, 1, 0]
```
---Files--------------------------------
0001-Add-before-and-until-options-to-Enumerator.produce.patch (10.7 KB)
--
https://bugs.ruby-lang.org/
______________________________________________
ruby-core mailing list -- ruby-core@ml.ruby-lang.org
To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.ruby-lang.org/
next prev parent reply other threads:[~2024-08-03 17:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-03 16:41 [ruby-core:118784] " knu (Akinori MUSHA) via ruby-core
2024-08-03 17:31 ` zverok (Victor Shepelev) via ruby-core [this message]
2024-08-03 18:22 ` [ruby-core:118786] " knu (Akinori MUSHA) via ruby-core
2024-08-03 18:39 ` [ruby-core:118787] " knu (Akinori MUSHA) via ruby-core
2024-08-19 21:05 ` [ruby-core:118896] " matheusrich (Matheus Richard) via ruby-core
2024-08-19 23:51 ` [ruby-core:118902] " ufuk (Ufuk Kayserilioglu) via ruby-core
2024-08-25 18:24 ` [ruby-core:118955] " zverok (Victor Shepelev) via ruby-core
2024-08-26 12:14 ` [ruby-core:118959] " Eregon (Benoit Daloze) via ruby-core
2024-08-26 12:38 ` [ruby-core:118960] " matheusrich (Matheus Richard) via ruby-core
2024-08-26 16:13 ` [ruby-core:118962] " Eregon (Benoit Daloze) via ruby-core
2024-08-28 11:36 ` [ruby-core:118974] " zverok (Victor Shepelev) via ruby-core
2024-08-28 14:07 ` [ruby-core:118978] " matheusrich (Matheus Richard) via ruby-core
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=redmine.journal-109340.20240803173147.8@ruby-lang.org \
--to=ruby-core@ml.ruby-lang.org \
--cc=noreply@ruby-lang.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).