Parentheses Are (Usually) Optional
Example 2-7 works
perfectly well, but experienced Rails developers will look
at it and wonder why we typed so much. Why? The parentheses around the
arguments to h()
are (usually)
optional. You can produce the same result with the version shown in
Example 2-8.
Example 2-8. Escaping instance variables without using the parentheses
<html> <head><title><%=h
@message %> </title></head> <body> <h1><%=h
@message %></h1> <p>This is a greeting from app/views/hello/index.html.erb</p> <p><%=h
@bonus %></p> </body> </html>
A lot of developers just think of <%=h
as the opening to escaped content, and
when youâre just dropping an instance variable into the content, this
works beautifully.
It doesnât work, however, when Ruby needs to know where the parentheses are for more complex or ambiguous expressions, such as:
<%=h if @foo.length > 1 then "Sausages" else "Mash" end %>
which will produce the unwanted and mysterious:
>> "syntax error, unexpected kTHEN, expecting $end"
Youâll have to choose for yourself which approach is easiest for youâthe idiomatic Ruby approach or the safer but more cluttered approach of making parentheses explicit.
Note
If you want to comment out ERb lines, you can just insert a
#
symbol after the <%
. For example, <%#=h @message %>
would do nothing,
because of the #
.
Get Learning Rails now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.