Changes for page Development-Direct Actions

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -1,14 +1,14 @@
1	1	== Overview ==
2	2
3		-Direct Actions are action methods that can be called without a WOSession. As opposed to Component Actions, where a WOSession is required and various form values are bound as objects, Direct Actions perform much more like traditional web frameworks where the form values are accessed via WORequest's formValues dictionary and cookies. Direct Actions are very useful for building stateless, high-performing websites, though you lose some of the easy-of-development that makes WebObjects provides with [[Component Actions>>Development-Component Actions]].
	3	+Direct Actions are action methods that can be called without a WOSession. As opposed to Component Actions, where a WOSession is required and various form values are bound as objects, Direct Actions perform much more like traditional web frameworks where the form values are accessed via WORequest's formValues dictionary and cookies. Direct Actions are very useful for building stateless, high-performing websites, though you lose some of the easy-of-development that makes WebObjects provides with [[Component Actions>>Web Applications-Development-Component Actions]].
4	4
5	5	Pages are still generated in the usual way, but if you want the links generated in the page to employ Direct Actions when clicked, ie. to create Direct Action URLs, you must make appropriate bindings.
6	6
7	7	Direct Actions can be used in conjunction with Sessions if desired, in much the same way that Sessions work with other web technologies - the correct Session object will be located automatically from information in the URL or in a cookie, and state can be obtained and altered in it.
8	8
9		-Among other things, Direct Actions are typically used if no Session whatsoever is desired (uses less resource), or if bookmarkable or easily created URLs are required. DirectActions are also often used to provide multiple entry points to your application, each with it's own URL~-~--but then subsequently returning components that use the ordinary [[Component Actions>>Development-Component Actions]].
	9	+Among other things, Direct Actions are typically used if no Session whatsoever is desired (uses less resource), or if bookmarkable or easily created URLs are required. DirectActions are also often used to provide multiple entry points to your application, each with it's own URL~-~--but then subsequently returning components that use the ordinary [[Component Actions>>Web Applications-Development-Component Actions]].
10	10
11		-Direct Actions would also be good to use if you don't need the additional convenience of the [[Component Actions>>Development-Component Actions]], simply because they come without any of its disadvantages. However, it's quite difficult to create a whole WO application without creating a WOSession and most of the time, you're going to need it anyway.
	11	+Direct Actions would also be good to use if you don't need the additional convenience of the [[Component Actions>>Web Applications-Development-Component Actions]], simply because they come without any of its disadvantages. However, it's quite difficult to create a whole WO application without creating a WOSession and most of the time, you're going to need it anyway.
12	12
13	13	== David LeBer's Articles ==
14	14