Project

General

Profile

Actions

Feature #6507

closed

File Literal

Added by trans (Thomas Sawyer) almost 12 years ago. Updated about 6 years ago.

Status:
Feedback
Assignee:
-
Target version:
-
[ruby-core:45282]

Description

=begin
One of the features of the Rebol programming language that I has always liked is its direct support for files via the (({%filename})) notation (See http://www.rebol.com/r3/docs/datatypes/file.html). I've often wondered how Ruby might support the same, but finding a suitable and available notation proved rather difficult.

Today it occurred to me that perhaps the / symbol could do the trick:

file = /README.rdoc

For absolute paths it could be //:

file = //etc/fstab

Exactly what class of object (({file})) should be is up for debate. Probably it would be a (({Pathname})) instance, but I suppose it could a different "Path" class basically a wrapper round (({File})) and (({Dir})) classes.

The benefit of this is fairly obvious I think, but I'll give one clear usecase just the same:

class Foo
def initialize(source)
case source
when String
parse(source)
when Pathname # assuming this to be the instance
parse(source.read)
end
end
end

from string

Foo.new "content of foo"

from file

Foo.new /foo.txt

There is the ambiguity of x /a for division, but I think expecting x/a or x / a for that is okay. After all, the same limitation holds for other unary operators too.

Actually, while I like the concise notation, it may be more flexible to require a string:

/'foo.txt'

Then / could actually be a unary operator.

In anycase, whether this notation works or not, I hope this spurs some debate so that ultimately something along these lines will come of it. I truly tire of typing things like (({File.read(File.join(File.dirname(FILE), fname))})).
=end

Updated by mame (Yusuke Endoh) almost 12 years ago

  • Status changed from Open to Feedback

trans (Thomas Sawyer) wrote:

Today it occurred to me that perhaps the / symbol could do the trick:

file = /README.rdoc

Consider a file named "i" in a directory named "foo":

regexp = /foo/i

In anycase, whether this notation works or not, I hope this spurs some debate so that ultimately something along these lines will come of it. I truly tire of typing things like (({File.read(File.join(File.dirname(FILE), fname))})).

I understand your motivation completely.
But please propose a possible concrete syntax first.

--
Yusuke Endoh

Updated by trans (Thomas Sawyer) almost 12 years ago

Ah frigets! I totally spaced on regexp notation. Well maybe the string would have to be used:

file = /'foo'/'i'

But I can see how that could still be confusing with regex.

Updated by prijutme4ty (Ilya Vorontsov) almost 12 years ago

May be %f{foo.bar}.open{}, %f{file*.txt}.each{}

Syntax with open bracket and without closing makes trouble when method call expected: \foo.rb.open{}

Updated by trans (Thomas Sawyer) almost 12 years ago

=begin
I thought about this a bit more and there is really no way to avoid a certain amount of regex look-alike b/c that's simply how paths are notated -- with slashes.

One thought I had was using ./ and // (for root) as initial markers.

file = //'etc/fstab'

file = ./'README.rdoc'

@ilya (Ilya Boltnev) You are right, but parenthesis could be used if need be. Given your example:

(\foo.rb).open{}

In any case we will want to support variables so it's probably not a good option for that reason either, e.g. we would want to do things like:

dir = File.dirname(FILE)

//dir/'foo.txt'

The use of (({%f})) would work. The only shortcoming there is having to use interpolation for variables, e.g. the example above would be:

%f{#{dir}/foo.txt}

Not quite as nice. But, I'd still take that over what we have now.
=end

Updated by yhara (Yutaka HARA) over 11 years ago

  • Target version changed from 2.0.0 to 3.0

Updated by yhara (Yutaka HARA) over 11 years ago

  • Target version changed from 3.0 to 2.6
Actions #7

Updated by naruse (Yui NARUSE) about 6 years ago

  • Target version deleted (2.6)
Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0Like0