From 8e06ea7fb257f47c98d34e8cc4a5b6d5b96f600a Mon Sep 17 00:00:00 2001 From: xue <> Date: Tue, 28 Mar 2006 12:55:15 +0000 Subject: Fixed a description error in quickstart tutorial about using customized page state persister. --- .../quickstart/protected/pages/Advanced/Performance.page | 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) (limited to 'demos/quickstart') diff --git a/demos/quickstart/protected/pages/Advanced/Performance.page b/demos/quickstart/protected/pages/Advanced/Performance.page index 3b83dab3..0f65e61b 100644 --- a/demos/quickstart/protected/pages/Advanced/Performance.page +++ b/demos/quickstart/protected/pages/Advanced/Performance.page @@ -62,18 +62,19 @@ To switch application mode, configure it in application configuration: By default, PRADO stores page state in hidden fields of the HTML output. The page state could be very large in size if complex controls, such as TDataGrid, is used. To reduce the size of the network transmitted page size, two strategies can be used.

-First, you may disable viewstate by setting EnableViewState to false for the page or some controls on the page if they do not need user interactions. Viewstate is mainly used to keep track of page state when a user interacts with that page. +First, you may disable viewstate by setting EnableViewState to false for the page or some controls on the page if they do not need user interactions. Viewstate is mainly used to keep track of page state when a user interacts with that page/control.

-Second, you may use a different page state storage. For example, page state may be stored in session, which essentially stores page state on the server side and thus saves the network transmission time. The module responsible for page state storage is System.Web.UI.TPageStatePersister, which uses hidden fields as persistent storage. To use your own storage, configure the module in application configuration as follows, +Second, you may use a different page state storage. For example, page state may be stored in session, which essentially stores page state on the server side and thus saves the network transmission time. The StatePersisterClass property of the page determines which state persistence class to use. By default, it uses System.Web.UI.TPageStatePersister to store persistent state in hidden fields. You may modify this property to a persister class of your own, as long as the new persister class implements the IPageStatePersister interface. You may configure this property in several places, such as application configuration or page configuration using <pages> or <page> tags,

-<service id="page" class="TPageService"> - <modules> - <module id="state" class="MyPageStatePersister" /> - </modules> -</service> +<pages StatePersisterClass="MyPersister1" ... > + <page ID="SpecialPage" StatePersisterClass="MyPersister2" ... /> +</pages> +

+Note, in the above the SpecialPage will use MyPersister2 as its persister class, while the rest pages will use MyPersister1. Therefore, you can have different state persister strategies for different pages. +

Other Techniques

-- cgit v1.2.3