Extend UserEngine to have different user type

Hello, I’m new to Rails and expecially to Engines.
I’ve just installed the LoginRngine and the UserEngine.

I’m developing a new application where I have different type of users
with different personal data.

The UserEngine like it is now, it doesn’t allow to manage this (right ?)

What do you think is the best way to manage this situation ?

  • expand the engine so that it can handle diffent type of users
  • forget the engine and manage everything in the application.

Simone

Just because the provided engine controllers/views don’t provide the
mechanisms to edit your custom user data doesn’t mean you can’t use
them - you can create your own controllers to edit the data, or use
the code-mixing mechanism engines provide to extend/modify the
existing controllers to suit your application.

It’s important, especially for someone coming recently to Rails, to
realise that there does not need to be a 1-1 mapping between models
and controllers.

  • james

On 1/30/06, Simone F. [email protected] wrote:

  • expand the engine so that it can handle diffent type of users
  • forget the engine and manage everything in the application.

Simone


engine-users mailing list
[email protected]
http://lists.rails-engines.org/listinfo.cgi/engine-users-rails-engines.org

  • J *
    ~

JA> or use the code-mixing mechanism engines provide to extend/modify
the
JA> existing controllers to suit your application.
What you mean exactly with “code-mixing mechanism” ?
Can you provide some links ?

Thanks again

Simone

http://wiki.rubyonrails.org/rails/pages/overloading+Rails+Engines+Models+and+Controllers
http://api.rails-engines.org/engines (section ‘Tweaking Engines’)
http://rails-engines.org/wiki/pages/How+Engines+Work
http://rails-engines.org/wiki/pages/Why+Models+Don’t+Act+Like+Controllers

and of course: http://rails-engines.org/

On 1/31/06, Simone F. [email protected] wrote:

What you mean exactly with “code-mixing mechanism” ?
Can you provide some links ?

  • J *
    ~

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs