Project

General

Profile

Actions

Feature #8016

open

Alias __FILE__ and __LINE__ as methods

Added by wardrop (Tom Wardrop) about 11 years ago. Updated about 6 years ago.

Status:
Assigned
Target version:
-
[ruby-core:53134]

Description

=begin
All of the previous issues discussing the new (({Kernel#dir})) method (#1961, #3346, #7975), never came to any conclusion regarding the naming inconsistency between the likes of (({dir})) and (({method})), and the keywords (({FILE})) and (({LINE})).

Should we not add (({file})) and (({line})) as methods also, and perhaps deprecate the keywords (({FILE})) and (({LINE})). This would keep it consistant with all the other double-underscore methods. To most developers who perhaps do not know Ruby as intricately as most of the people on this issue tracker, the inconsistency between (({dir})) and (({FILE})) is not just confusing by name, but the fact that one is a method and one isn't, is doubly confusing. Definitely not principle of least surprise.

This needs to be addressed in my opinion, either through deprecation of (({FILE})) and (({LINE})), or by keeping those keywords and simply creating Kernel method equivalents for the sake of a consistant API.

While on the topic, someone also suggested in one of those previous issues, to give (({dir})) an optional join argument, so you could do something like this:

__dir__('somefile.txt') # => /Users/admin/somefile.txt

I'd predict that at least 90% of use cases for (({dir})) will involve joining it to another path or filename. I can't see any harm in adding this. The naming inconstancies are my main concern however. This would just be a nice bonus that takes advantage of the fact that (({dir})) is a method rather than a keyword.
=end

Updated by naruse (Yui NARUSE) about 11 years ago

  • Category set to core
  • Status changed from Open to Assigned
  • Assignee set to matz (Yukihiro Matsumoto)
  • Target version set to 2.6
Actions #2

Updated by naruse (Yui NARUSE) about 6 years ago

  • Target version deleted (2.6)
Actions

Also available in: Atom PDF

Like0
Like0Like0