[LRUG] Rails without Rails

[Sidu Ponnappa]

> try and develop a small app separating Rails and the database from the domain[0]
Respect.

I've seen this tried this in the past (~6 years ago, to be fair) and
it's been a fail, mostly because the PoEAA ActiveRecord pattern that
Rails uses is all about coupling your DB and domain code. I'd love to
see someone take another stab at it, but IMO without a Ruby equivalent
of something like Hibernate, this is going to be tough.

ActiveModel has been the best improvement that doesn't wreak havok
with the Rails stack but still allows you to build DB free codebases.
It's still ugly (the API/implementation of validations especially make
me cringe).

I'll pass holiday on to my colleagues - I'm pretty sure they'd be interested.

Cheers,
Sidu.
http://c42.in
http://sidu.in


On 2 July 2012 17:48, James Hunt <ohthatjames at gmail.com> wrote:
> Hi all,
>
> A few weeks ago I used a hackday at notonthehighstreet.com to try and
> develop a small app separating Rails and the database from the domain[0].
> When I wrote about it before I said I'd try and publish the code I've got so
> far. So I've written a follow up with links to the repo at
> http://ohthatjames.github.com/2012/06/30/rails-without-rails-code/.
>
> It's very rough, but it has some separation of various layers of an app (a
> PORO domain independent of Rails and a DB) which may be of interest to those
> trying to do similar things. I'm really interested in feedback: what people
> think about this approach, what they've tried that's similar, what
> challenges they faced. Or, if people think this is overkill, I'd be
> interested in seeing how they're developing large Rails apps in a
> maintainable way.
>
> So, what think you, LRUG?
>
> James
>
> [0] http://ohthatjames.github.com/2012/06/17/rails-without-rails/
>
> _______________________________________________
> Chat mailing list
> Chat at lists.lrug.org
> http://lists.lrug.org/listinfo.cgi/chat-lrug.org
>