When you’re first starting out in Rails, it’s easy to wonder what exactly is going on at any given moment. Web applications by their very nature are tricky to debug, as so much happens before you see an answer. Fortunately, Rails includes tools to figure out what’s going wrong while applications are running. Debugging tools keep evolving, but there’s a basic set you should understand from the beginning.
I’m sure it was facetious, but an old programmer once told me that “the real reason the PRINT statement was invented was for debugging.” While it may not be aesthetically pleasing to dump variable values into result screens, it’s often the easiest thing to do in early development. All controller instance variables are available to the view, so if you want to see what they contain, you can just write something like:
<%= @student %>
to display the contents of
@student. However, if the
object has much complexity and isn’t just a string, it will insert something
into the HTML for the page. All you’ll see is the
Rails does, however, offer a way to make this more useful. The
class offers a helper method named
debug. While it won’t magically debug
your programs, it will present these kinds of messages in a slightly prettier form, as YAML
(Yet Another Markup Language). Instead of
<%= @student %>, for example, you could write
<%= debug(@student) %>. The
method would give you:
--- !ruby/object:Student ...