Hello,
I want to know if RoR support Viewstate and Context like ASP.net or not,
and if not, does RoR support another technique to save date other than
session?
thanks in advanced.
Hello,
I want to know if RoR support Viewstate and Context like ASP.net or not,
and if not, does RoR support another technique to save date other than
session?
thanks in advanced.
On 1/6/08, Mohamed S. [email protected] wrote:
I want to know if RoR support Viewstate and Context like ASP.net or not,
and if not, does RoR support another technique to save date other than
session?
There’s memcached:
http://nubyonrails.com/articles/2006/08/17/memcached-basics-for-rails
–
Greg D.
http://destiney.com/
On Jan 7, 2008, at 11:00 AM, Greg D. wrote:
http://nubyonrails.com/articles/2006/08/17/memcached-basics-for-rails
And regarding the OP’s question about Viewstate, the answer is no. The
main logic behind Viewstate seems, to me, to be lightening the load of
populating complicated Asp.Net controls. The cost of that is that you
have to ship an encrypted hidden field called Viewstate round-trip for
each page served. This can get pretty bandwidth intensive but it’s all
about tradeoffs.
Rails doesn’t have any of these controls, so repopulation is done in
whatever programmatic way you, as the developer want. It doesn’t
always make sense to repopulate controls – just in cases where there
has been, for example, an error in data entry. That means that for the
error cases, you typically spit back the fields that posted and
validated, and blank the rest (all of this is automatic if you follow
convention).
Is there any other compelling reason to use Viewstate on a non-Asp.Net
app that I’m not aware of?
Rails doesn’t have any of these controls, so repopulation is done in
whatever programmatic way you, as the developer want. It doesn’t
always make sense to repopulate controls – just in cases where there
has been, for example, an error in data entry. That means that for the
error cases, you typically spit back the fields that posted and
validated, and blank the rest (all of this is automatic if you follow
convention).Is there any other compelling reason to use Viewstate on a non-Asp.Net
app that I’m not aware of?
IIRC, Viewstate manages the current state of various server controls
that don’t get replicated in HTML. For instance, the text value of a
text field isn’t stored in viewstate, because it’s part of the POST
request. But if you do something like change the color or size of a
text field programmatically in a postback, that needs to be stored
somewhere.
Rails will never have anything like this because this just isn’t the
way we write our apps. Whether that’s good or bad is another
discussion, but I’d implement a plugin if I wanted this functionality.
–
Rick O.
http://lighthouseapp.com
http://weblog.techno-weenie.net
http://mephistoblog.com
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs