Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

confuse about initialize hash

0 views
Skip to first unread message

Zhenning Guan

unread,
Nov 21, 2009, 1:27:23 AM11/21/09
to
def in(options ={} )
p options
end

in(:say => "somehting") # {:say => "something"}

but under the hood of it, doesn't that process equivalent to
-------
options = {}
options = :say => "something"
-------
or
------
options = :say => "something"
------
??? none of this can compiler.
silly question, hope someone help.
--
Posted via http://www.ruby-forum.com/.

vadivelan .K

unread,
Nov 21, 2009, 4:12:39 AM11/21/09
to
Zhenning Guan wrote:
> def in(options ={} )
> p options
> end
>
> in(:say => "somehting") # {:say => "something"}
>
> but under the hood of it, doesn't that process equivalent to
> -------
> options = {}
> options = :say => "something"
> -------
> or
> ------
> options = :say => "something"
> ------
> ??? none of this can compiler.
> silly question, hope someone help.

Hey Zhenning Guan,

Hope the following sample will help you,

def in(options)
p options.class
end
in(:say => 'some_value')

the type of argument passed to any method resembles inside the method,
if you send hash it shows the class as 'Hash'. No need to initialize
hash or anything in ruby script. It will assign automatically according
to the values.

thanks,
vaddi

David A. Black

unread,
Nov 21, 2009, 7:14:17 AM11/21/09
to
Hi --

On Sat, 21 Nov 2009, Zhenning Guan wrote:

> def in(options ={} )
> p options
> end
>
> in(:say => "somehting") # {:say => "something"}
>
> but under the hood of it, doesn't that process equivalent to
> -------
> options = {}
> options = :say => "something"
> -------
> or
> ------
> options = :say => "something"
> ------
> ??? none of this can compiler.

Don't name your method 'in'. That's a reserved word.


David

--
THE COMPLEAT RUBYIST, Ruby training with Black/Brown/McAnally!
January 22-23, Tampa, Florida
Info and registration at http://www.thecompleatrubyist.com
--------------------------------------
My new job: http://tinyurl.com/yfpn9hz

David A. Black

unread,
Nov 21, 2009, 7:14:17 AM11/21/09
to
Hi --

Have you tried actually running your example? :-)

Zhenning Guan

unread,
Nov 21, 2009, 7:55:08 AM11/21/09
to
David A. Black wrote:

> Have you tried actually running your example? :-)
>
>
> David

Sorry for the method name.
how about replace in with "example", just a method name here.
all I confusing is the process. the hash parameter is used a lot in the
rails code.

Brian Candler

unread,
Nov 21, 2009, 9:00:35 AM11/21/09
to
Zhenning Guan wrote:
> all I confusing is the process. the hash parameter is used a lot in the
> rails code.

It is a special case: when the last argument to a method call is a hash,
then you can omit the outer braces.

>> def example(*args); p args; end
=> nil
>> example(123, 456, {"foo"=>9, "bar"=>11})
[123, 456, {"foo"=>9, "bar"=>11}]
=> nil
>> example(123, 456, "foo"=>9, "bar"=>11)
[123, 456, {"foo"=>9, "bar"=>11}]
=> nil

Zhenning Guan

unread,
Nov 22, 2009, 8:20:14 AM11/22/09
to
Brian Candler wrote:

> It is a special case: when the last argument to a method call is a hash,
> then you can omit the outer braces.


the hash options I saw in atom_feed , but it doesn't the last argument.


==============================================================
def atom_feed(options = {}, &block)
95: if options[:schema_date]
96: options[:schema_date] =
options[:schema_date].strftime("%Y-%m-%d") if
options[:schema_date].respond_to?(:strftime)
97: else
98: options[:schema_date] = "2005" # The Atom spec copyright
date
99: end
100:
101: xml = options[:xml] || eval("xml", block.binding)
102: xml.instruct!
103: if options[:instruct]
104: options[:instruct].each do |target,attrs|
105: if attrs.respond_to?(:keys)
106: xml.instruct!(target, attrs)
107: elsif attrs.respond_to?(:each)
108: attrs.each { |attr_group| xml.instruct!(target,
attr_group) }
109: end
110: end
111: end
112:
113: feed_opts = {"xml:lang" => options[:language] || "en-US",
"xmlns" => 'http://www.w3.org/2005/Atom'}
114: feed_opts.merge!(options).reject!{|k,v|
!k.to_s.match(/^xml/)}
115:
116: xml.feed(feed_opts) do
117: xml.id(options[:id] ||
"tag:#{request.host},#{options[:schema_date]}:#{request.request_uri.split(".")[0]}")
118: xml.link(:rel => 'alternate', :type => 'text/html', :href
=> options[:root_url] || (request.protocol + request.host_with_port))
119: xml.link(:rel => 'self', :type => 'application/atom+xml',
:href => options[:url] || request.url)
120:
121: yield AtomFeedBuilder.new(xml, self, options)
122: end
123: end

Brian Candler

unread,
Nov 22, 2009, 4:56:57 PM11/22/09
to
Zhenning Guan wrote:
> Brian Candler wrote:
>
>> It is a special case: when the last argument to a method call is a hash,
>> then you can omit the outer braces.
>
>
> the hash options I saw in atom_feed , but it doesn't the last argument.

Is it the &block that bothers you?

That's another special bit of syntax. It allows you to capture the
passed block into a variable. For example,

def foo
yield 123
end

is pretty much the same as

def foo(&blk)
blk.call(123)
end

But in the second case, since the block itself is bound to a variable,
you can in turn pass the block around to other methods.

You might call foo like this:

foo { |x| puts "The value is #{x}" }
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This is the 'block' I'm talking about

So the block is a hidden argument which comes after all the other
arguments, and unless you ask for it with &, it's entirely hidden. So
the last *real* argument may be a hash without its outer braces. I hope
that's a bit clearer :-)

Zhenning Guan

unread,
Nov 30, 2009, 8:43:22 PM11/30/09
to
Brian Candler wrote:
> Zhenning Guan wrote:
>> Brian Candler wrote:
>>> It is a special case: when the last argument to a method call is a hash,
>>> then you can omit the outer braces.
> But in the second case, since the block itself is bound to a variable,
> you can in turn pass the block around to other methods.

> So the block is a hidden argument which comes after all the other

> arguments, and unless you ask for it with &, it's entirely hidden. So
> the last *real* argument may be a hash without its outer braces. I hope
> that's a bit clearer :-)


--
I know block, but don't know about the hash parameter

0 new messages