Ruby on Rails Friday, October 29, 2010

Vadim Comanescu wrote in post #957914:
[...]
> The main reason for which im trying to build this is for the
> configuration of the native zfs filesystem on solaris - building
> diskpools, handling iscsi sharing, integration with VMware and other
> solutions for virtualization. And that is not present in webmin or any
> other app that configures unix systems.

Can you do that from a high-level application? I don't know how Solaris
configuration works.

> I was thinking of mapping every system resource in an entity (object) in
> my application.

That might make sense.

> Also considering that it will have a rich web interface
> for configuration im thinking pure scripting

What do you mean by "pure scripting"?

> just wont do it without a
> backend server where the application runs.

Uh, what? Wouldn't the application just run on the box that it was
supposed to configure?

> And it would be really hard
> from what i'm guessing now to actually reflect the complex interactions
> in the system without a well designed layered architecture for this.
> That's why i was wondering about rails considering the MVC architecture
> and the implementation of object aggregation like has_a or belongs_to or
> any other relationships that might have helped me alot.

has_many and belongs_to are only meaningful with a relational database.
Ruby objects aggregate beautifully without these.

Don't be so dazzled by Rails that you forget what core Ruby offers.

> But i guess
> rails for this would be an overkill.

Well, ActiveRecord would be unnecessary (I think), which *probably*
means that Rails would be overkill...but try it! Start with something
like Sinatra and see how far you get; be prepared to switch to Rails (or
something else entirely) if necessary.

>
> Thanks again.

Best,
--
Marnen Laibow-Koser
http://www.marnen.org
marnen@marnen.org

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

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.

No comments:

Post a Comment