Forum: Rails Engines development Engines seems to be a great replacement for Productize.

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
4a49a0deabf200b0183ef889134ec4c6?d=identicon&s=25 Daniel Einspanjer (Guest)
on 2006-06-05 19:12
(Received via mailing list)
I just found the Engines plugin and I'm very happy with the progress
I've
made this morning in getting up and running with it.
I'm using it as a replacement for Duane's Productize concept.  I have a
generic application that will be the base for customer specific
applications.  Mostly views will change from customer to customer to use
different pieces of data from the model.  Since Productize is pretty
much
dead (I spoke to Duane and he said the project he developed Productize
for
died in vitro), I was fishing for a replacement.  At first I tried using
the
themes plugin, and it worked mostly, but I found I needed something that
would allow me to override controller code because too much logic was
having
to be expressed in my themed views without that ability.

Engines has allowed me to take the generic app, stuff it into an engine
and
create a brand new rails app, install Engines and my engine then start
customizing for this customer from there.  Absolutely fantastic.

I really think some effort should be made to let people know how well
Engines can replace Productize.  I saw several blog posts and articles
that
were lamenting the lack of Productize in Rails 1.1.  I'll do my part and
comment on a few of those posts with my success so far. :)

Thanks!
Daniel

--
Daniel Einspanjer
Bb46488d2c90d51f366cafc776e2b3ad?d=identicon&s=25 Jeff Lindsay (progrium)
on 2006-06-05 22:17
(Received via mailing list)
This is very true. But there are some benefits to the productize
model. For that reason, I *fixed* productize to work in Rails 1.1+ and
I use it *with* engines. (Productized app uses engines, has sub apps).

In retrospect, it's much simpler to work with just engines. But for
engines to do some of the unique things productize would let you do
(not many), you'd have to use the install hook (to install engine
files into script or provide default routes) which would then not stay
in sync with the engine if it's updated. Not a big deal though!

So yes, engines rock for productization.

-jeff
05d703f649ef1d07e78d7b479fb4c4ac?d=identicon&s=25 James Adam (Guest)
on 2006-06-06 00:16
(Received via mailing list)
Hi Daniel,

Glad you're finding them useful :) In many ways, engines solves the
inverse problem that productize solved (productize puts many facades
on the same core app, engines breaks an app up into smaller pieces for
reuse), but the same sorts of problems can definitely be tackled
either way. Productize was definitely in our minds when we started to
look at developing using this technique :)

Don't worry about making a song and dance about engines though - so
long as you find it helps you develop pragmatically, that's the main
thing ;)

- james
This topic is locked and can not be replied to.