[#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:46294] Re: [ruby-trunk - Feature #6693] Don't warn for unused variables starting with _

From: Alex Young <alex@...>
Date: 2012-07-10 09:10:49 UTC
List: ruby-core #46294
On 09/07/12 14:54, marcandre (Marc-Andre Lafortune) wrote:
>
> Issue #6693 has been updated by marcandre (Marc-Andre Lafortune).
>
>
> Hi,
>
> regularfry (Alex Young) wrote:
>> I don't know about anyone else, but I'm already using _foo as a
>> pattern for private-like markers.
>
> I don't think that it would be confusing. We don't confuse variables
> with methods already, right?

You might not, but it's a common gotcha with local variables and private 
methods.


> Also, I feel the convention for this already exists with two
> underscore before and after the method, in particular
> SimpleDelegate#__getobj__ and #__setobj__

That's true, it does exist, but in my head that specific convention is 
reserved for core/stdlib.  Maybe I'm being overly paranoid about that.

> Everyone is of course free to use their own. In any case, is it
> frequent that we delegate to an object for which we don't know the
> methods in advance?

Well, yes - part of the point of the VCR class I showed is that it's 
library code that's usable pretty much anywhere.  I use it (and things 
like it) in testing a fair amount, where in general I want to be able to 
take advantage of method_missing and not have to care about the 
specifics of the delegate.  Also, while I might know all the methods on 
the delegate *now*, I don't have foreknowledge of all the methods which 
will ever be implemented on it as the project develops.

There is precedent for what you're suggesting, in that Erlang does the 
same, so it's not unreasonable.  It's just close enough to home that it 
makes me uncomfortable.

-- 
Alex

>
>
> ---------------------------------------- Feature #6693: Don't warn
> for unused variables starting with _
> https://bugs.ruby-lang.org/issues/6693#change-27894
>
> Author: marcandre (Marc-Andre Lafortune) Status: Feedback Priority:
> Low Assignee: Category: core Target version: 2.0.0
>
>
> Currently, variables which are set but not used will generate a
> warning (ruby -w), except if they have the special name "_".
>
> So best practice is to use "_" for all unused variables. This does
> not encourage readable code.
>
> # Currently must read: _, _, _, suffix = parse_name
>
> # could read: _first, _middle, _last, suffix = parse_name
>
> We should not warn for unused variables starting with a "_".
>
> This would create an option (but no obligation) to use more
> descriptive names than "_" without generating warnings.
>
>
>


In This Thread