Here are some ideas:

* Flexible routes
* Standardized script interface (for migrations, generators/templates,
tests, maintenance tasks )

I know a bit about Rails plugins...the main benefit is providing a
standard way for people to share functionality in the vein of
"convention over configuration".

Plugins are created with "script/generate plugin my_widget", which
creates a default plugin structure under vendor/plugins/my_widget.

Plugins have standard hooks like install.rb which is run when the
plugin is installed, and init.rb which is run when the plugin is
initialized.

A plugin's lib/ is automatically added to the include path, tasks/ are
automatically added to rake's include path, and test/ is added to the
test suite.

Plugins are stored in svn and you can install third party plugins with
"script/plugin install http://site.com/my_widget"; which does an svn
checkout to your app's vendor/plugins directory.

Plugins are good for quick code sharing where someone publishes a blog
post explaining their new plugin, and you can easily install and
evaluate it.

The downside of plugins is that most are generally unversioned, and
most developers serve plugins directly from trunk/ so it is hard to
track dependencies, compatibility, and updates.

The Merb framework which attempts the be Rails only faster and better
uses ruby gems (gems are ruby packages) for plugins which provides for
versioning an dependencies.


For Erlyweb, instead of creating a one-off plugin system like Rails,
it might be better to use a package system to handle dependencies and
provide versioning.

Robin



On Dec 1, 8:42 pm, David King <[EMAIL PROTECTED]> wrote:
> > Also, we should start planning the next release. What features do you
> > think will be most useful (web services support is on the list)?
>
> * Database migrations
>
> * Plugin support
>
>    Rails has the ability to plug in an entire login system, or OpenID
> system, or forum system, into your app all at once, by installing it
> and setting up the hooks. This would make it easier to write this
> code once. I'm not a heavy user of Rails, so I don't know how this
> works.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"erlyweb" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/erlyweb?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to