Comments on: Weirdness and Coolness in Rails http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/ Ruby, PHP, Python and Perl Thu, 20 Nov 2008 18:00:43 +0000 http://wordpress.org/?v=2.5.1 By: nola http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6212 nola Fri, 12 Oct 2007 01:17:00 +0000 http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6212 Thanks.... not sure why I did writer, reader... maybe I forgot about access then. I am learning more and more each day! Thanks for the tips! Thanks…. not sure why I did writer, reader… maybe I forgot about access then. I am learning more and more each day!

Thanks for the tips!

]]> By: Sean Stickle http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6208 Sean Stickle Thu, 11 Oct 2007 23:49:44 +0000 http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6208 Oh, I forgot to add: attr_reader :date_from, :date_to attr_writer :date_from, :date_to can be compacted: attr_accessor :date_from, :date_to "attr_accessor" combines the reader and writer. You probably already knew that and have some other reason for doing the reader and writer, but I thought I'd mention it, just in case. Oh, I forgot to add:

attr_reader :date_from, :date_to
attr_writer :date_from, :date_to

can be compacted:

attr_accessor :date_from, :date_to

“attr_accessor” combines the reader and writer. You probably already knew that and have some other reason for doing the reader and writer, but I thought I’d mention it, just in case.

]]> By: Sean Stickle http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6207 Sean Stickle Thu, 11 Oct 2007 23:47:38 +0000 http://www.rubygeek.com/2007/07/27/weirdness-and-coolness-in-rails/#comment-6207 Just as an aside.. def has_dates? (self.date_from && self.date_to) ? true : false end can be written def has_dates? self.date_from && self.date_to end Since the && resolves the statement to a boolean on its own, without the need for the ? operator. Little more Rubyish to my eyes, anyways. Just as an aside..

def has_dates?
(self.date_from && self.date_to) ? true : false
end

can be written

def has_dates?
self.date_from && self.date_to
end

Since the && resolves the statement to a boolean on its own, without the need for the ? operator. Little more Rubyish to my eyes, anyways.

]]>