Design patterns

Ruby
1

Hi,

are there some good tutorials or references about design patterns in
ruby, which talk about mixins etc? I would really appreciate one because
ruby is quite different from other languages (and more flexible)
concerning oop.

I found a lot of modules using nested submodules like ClassMethods and
InstanceMethods. Is there a kind of ruby standard for such things?

Daniel

2

On Mar 16, 2008, at 7:25 AM, Daniel M. wrote:

are there some good tutorials or references about design patterns in
ruby, which talk about mixins etc?

I really enjoyed this book on the subject:

http://blog.grayproductions.net/articles/design_patterns_in_ruby

James Edward G. II

3

James G. wrote:

On Mar 16, 2008, at 7:25 AM, Daniel M. wrote:

are there some good tutorials or references about design patterns in
ruby, which talk about mixins etc?

I really enjoyed this book on the subject:

http://blog.grayproductions.net/articles/design_patterns_in_ruby

James Edward G. II

did you enjoy writing or reading it??? :slight_smile:

Mikkel

4

On Mar 16, 2008, at 2:51 PM, Mikkel B. wrote:

did you enjoy writing or reading it??? :slight_smile:

Mikkel

Posted via http://www.ruby-forum.com/.

the writer of the book is Russ Oslen, James is the writer of the
review :slight_smile:

5

On Mar 16, 2008, at 2:24 PM, Rolando A. wrote:

review :slight_smile:
Sorry if I didn’t make that clear. I linked to my review in the hope
that it would provide more detail about what was in the book.

James Edward G. II

6

James G. wrote:

On Mar 16, 2008, at 7:25 AM, Daniel M. wrote:

are there some good tutorials or references about design patterns in
ruby, which talk about mixins etc?

I really enjoyed this book on the subject:

http://blog.grayproductions.net/articles/design_patterns_in_ruby

+1 for this book (and I agree with the blog review). A great read and
quite different approach to most other books on Ruby.

The only time I found myself disagreeing with the book’s author was
regarding the suggested solution on to how to test the Singleton
pattern.

Best regards,

Jari W.

7

On Sun, Mar 16, 2008 at 5:08 PM, James G. [email protected]
wrote:

the writer of the book is Russ Oslen, James is the writer of the
review :slight_smile:

Sorry if I didn’t make that clear. I linked to my review in the hope
that it would provide more detail about what was in the book.

I also enjoyed the book, I’ve reviewed it too, I also interviewed
Russ and talked a bit about it:

On Ruby: Russ Olsen Interview

8

On Sun, Mar 16, 2008 at 7:51 PM, Mikkel B. [email protected]
wrote:

did you enjoy writing or reading it??? :slight_smile:

It’s a great book. I bought it and read it in about two days.

9

Julian L. wrote:

Yeah, the book is okay, but it doesn’t have all the patterns of the
GOF book, and some of the Ruby is really irksome… and sometimes it’s
just wrong!

Julian.

Can you point out which pattern in the book is wrong with Ruby? I never
read the GOF book. This is the first Design Pattern book I read, I
really want to know which pattern seems wrong. For me, everything look
nice and it is a good book for me.

10

Yeah, the book is okay, but it doesn’t have all the patterns of the
GOF book, and some of the Ruby is really irksome… and sometimes it’s
just wrong!

Julian.

11

On Mon, Mar 31, 2008 at 11:46 AM, Shin guey Wong [email protected]
wrote:

nice and it is a good book for me.
From the horse’s mouth…

I’m going out to buy it today, so I hope it isn’t as bad as Julian
suggests. I don’t have a problem if some of the code doesn’t work
perfectly, since I distrust most of the code I look at anyway :slight_smile:

Todd

12

On Mar 31, 2008, at 11:46 AM, Shin guey Wong wrote:

read the GOF book. This is the first Design Pattern book I read, I
really want to know which pattern seems wrong. For me, everything look
nice and it is a good book for me.

I bought this book about a week ago and absolutely love it. I have the
original GoF book, but this is a fantastic companion to it. Russ’
writing style is very informal which I like. I have found it very easy
to understand his text and examples.

I haven’t found any obvious design problems with his code. I would
point out that his example of the Strategy Pattern is a bit lacking.
Oftentimes the strategy will either get a large set of parameters
handed to it in the initializer/constructor OR it will pass a copy
of :self. (Obviously passing :self leads to a lot of tight coupling
between the objects; that detail is also left out of the discussion
too.) He only covered the former case where parameters are passed to
the strategy. This is a minor oversight in my opinion.

I recommend this book.

cr