ie is it better to use args[1].to_s or “#{args[1]}”
My current thinking is that “#{}” should be used when concatenating
strings together with values (or interpolating), where as .to_s should
be used when you want the string representation of an object.
Thanks
Kev
PS - I managed to get rid of all the evals hooray for me!
To my (newbish) eye, it looks crazy to put a single #{} in a string like
this “#{args[1]}”. It looks less crazy to do it when you actually have
some
literal string content in there as well, like this “#{args[2]}_fld”.
–
Daniel B. http://danielbaird.com (TiddlyW;nks! :: Whiteboard Koala :: Blog ::
Things
That Suck)
[[My webhost uptime is ~ 92%… if no answer pls call again later!]]
test = $test_data[args[1]]
$ie.text_field(args[0], test[args[2] + “_fld”]).value = test[args[2]]
ie is it better to use args[1].to_s or “#{args[1]}”
to_s, but if you control your $test_data and args, and can’t imagine how
args[1] or args[2] could be anything other than strings, there’s no need
for
a cast at all.
My current thinking is that “#{}” should be used when concatenating
strings together with values (or interpolating), where as .to_s should be
used when you want the string representation of an object.
I don’t like using interpolation when the stuff I’m interpolating is
bigger
than the literal part of the string.
I like your “current thinking”. I also think that the code is easier to
read if it consistently uses either one approach or the other. This
rule itself ends up favoring your second example over the first.
ie is it better to use args[1].to_s or “#{args[1]}”
to_s, but if you control your $test_data and args, and can’t imagine how
args[1] or args[2] could be anything other than strings, there’s no need for
a cast at all.
My original goal was to allow the qc team to write
text :id, :pg_401, :name
So the arguments in theory should be symbols not strings, hence the need
for some kind of to_s/#{} hackery
My current thinking is that “#{}” should be used when concatenating
strings together with values (or interpolating), where as .to_s should be
used when you want the string representation of an object.
I don’t like using interpolation when the stuff I’m interpolating is bigger
than the literal part of the string.
However, coming from a Java background, “s1” + “s2” is a performance
(memory/speed) nightmare, so I shy away from S1 + S2 and try to use
#{S1}S2 where possible. Perhaps string + string isn’t so bad in Ruby,
but old habits die hard…
My original goal was to allow the qc team to write
text :id, :pg_401, :name
So the arguments in theory should be symbols not strings, hence the need
for some kind of to_s/#{} hackery
That’s fair enough, though I’d prefer to either use strings or change
the
$test_data hash to avoid having to convert. For instance, you could use
a
HashWithIndifferentAccess from Rails’ Active Support module (require
‘active_support’), or you could just convert the keys to symbols as you
load
the data.
…
However, coming from a Java background, “s1” + “s2” is a performance
(memory/speed) nightmare, so I shy away from S1 + S2 and try to use
#{S1}S2 where possible. Perhaps string + string isn’t so bad in Ruby, but
old habits die hard…
It’s not so terrible in Java either; when you want to avoid it is where
you’re adding multiple times to get a single result string, especially
in a
big loop. Then you’d use a StringBuffer to avoid creating and
garbage-collecting zillions of strings. Of course, Ruby’s strings are
mutable, so you don’t need another class of object.
Compare:
s = “”; 50.times {|i| s += i.to_s + " "} # watch out: 50 strings are
discarded
with:
s = “”; 50.times {|i| s << i.to_s << " " } # like Java’s StringBuffer:
one
object, efficient
Anyway, in this case, “#{x}y” is about the same as x + “y”, because
you’re
only creating one extra string. You’ve just got the added method-call
overhead for String#+.
n = 10000
Benchmark.bm do
|bm|
bm.report "String#+ " do
n.times do
actual = ‘’
%w{alpha beta gamma soup}.each do
|x|
actual = actual + x
end
end
end # do
bm.report "Interpolation" do
n.times do
%w{alpha beta gamma soup}.each do
|x|
actual = "#{actual}#{x}"
end
end
end # do
bm.report "Format " do
n.times do
%w{alpha beta gamma soup}.each do
|x|
actual = "%s%s" % [actual, x]
end
end
end
end # do
user system total real
String#+ 0.090000 0.000000 0.090000 ( 0.109451)
Interpolation 0.150000 0.000000 0.150000 ( 0.153926)
Format 0.210000 0.000000 0.210000 ( 0.226805)
-----------------------------------8<--------------------------------------
Robert
–
Deux choses sont infinies : l’univers et la bêtise humaine ; en ce qui
concerne l’univers, je n’en ai pas acquis la certitude absolue.
My current thinking is that “#{}” should be used when concatenating
strings together with values (or interpolating), where as .to_s
should be used when you want the string representation of an object.
There was a different error I forgot to initialize “actual”
Dave
Excellent idea “<<”.
I do not see where there are less objects in << than in +=
actually.
However << is the operator to use. I came up with a benchmark
constructing
much longer strings
your << (or concat) is the best solution.
Another approach is not to construct strings immedeatly but to build an
array and to join the array eventually. For long strings the result is
quite
speactacular (almost as fast as << )
Pleas kindly look at this
-------------------------------9<------------------------------------------
647/147 > cat string2.rb;ruby string2.rb
#!/usr/bin/env ruby
require ‘benchmark’
List = %w{ omega delta Ringo } * 50
n = 5000
Benchmark.bm do
|bm|
bm.report “explicit +” do
n.times do
actual = ‘’
List.each do
|x|
actual = actual + x
end
end
end # do
bm.report "implicit +" do
n.times do
actual = ''
List.each do
|x|
actual += x
end
end
end # do
bm.report "append " do
n.times do
actual = ''
List.each do
|x|
actual << x
end
end
end
bm.report "Array " do
n.times do
actual = []
List.each do
|x|
actual << x
end
actual = actual.join("")
end
end
end
user system total real
explicit + 2.170000 0.010000 2.180000 ( 2.336149)
implicit + 2.170000 0.010000 2.180000 ( 2.635293)
append 0.730000 0.000000 0.730000 ( 0.800968)
Array 0.770000 0.000000 0.770000 ( 0.862098)
