Programming Preferences
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
Session or cookies, depending on how non-volatile I wanted the data. I generally try to make data last as long as the user is probably going to need it - except security info, which never leaves the server so is session limited at best.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
-
Session or cookies, depending on how non-volatile I wanted the data. I generally try to make data last as long as the user is probably going to need it - except security info, which never leaves the server so is session limited at best.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
You sound like another advocate of Sessions are bad(sorry for being judgmental here). May I ask why so? I smell it kind of getting close to programming discussion.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
-
You sound like another advocate of Sessions are bad(sorry for being judgmental here). May I ask why so? I smell it kind of getting close to programming discussion.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
Not at all - provided you don't stuff the whole video in there instead of a file name or similar they are very, very useful. But the persistence of cookies can have advantages, particularly if the user might want to use it tomorrow (or finish what he is doing later). Since session data is only persistent while the browser session is still open, and for a limit time (MS recommend no more than 20 minutes and that's not unreasonable) it makes a lot of sense to use cookies. I just don't store security info outside the server! I didn't know there was a "sessions are bad" faction - it's probably the same bunch as the "break in a loop is bad" faction.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
I always use Sessions (unless I'm trying to pass a huge object and then I'll just pass a reference to it instead).
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
I think query string is another option if your data is small. You can even wrap all your data inside a JSON object and then parse it on page 2. If the data is sensitive encode on page 1 and then decode on page 2.
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
I would ask if they have to be two pages. If you control the logic on both pages, perhaps they could be combined into a single page with multiple steps (e.g., use a MultiView). In that case, just using data stored on the page (view state, hidden field, the input fields, or whatever) makes more sense.
-
You sound like another advocate of Sessions are bad(sorry for being judgmental here). May I ask why so? I smell it kind of getting close to programming discussion.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
Session can be difficult/slow in a load balanced or cloud environment (such as web roles that don't use sticky load balancing). It does have its uses though.
-
I would ask if they have to be two pages. If you control the logic on both pages, perhaps they could be combined into a single page with multiple steps (e.g., use a MultiView). In that case, just using data stored on the page (view state, hidden field, the input fields, or whatever) makes more sense.
Few controls just don't go well together. For example, report viewer and ScriptManager(or Ajax, can't recall now). In those cases, I guess there's not much choice provided dynamic loading makes things a lot fragile.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
-
Not at all - provided you don't stuff the whole video in there instead of a file name or similar they are very, very useful. But the persistence of cookies can have advantages, particularly if the user might want to use it tomorrow (or finish what he is doing later). Since session data is only persistent while the browser session is still open, and for a limit time (MS recommend no more than 20 minutes and that's not unreasonable) it makes a lot of sense to use cookies. I just don't store security info outside the server! I didn't know there was a "sessions are bad" faction - it's probably the same bunch as the "break in a loop is bad" faction.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
-
Few controls just don't go well together. For example, report viewer and ScriptManager(or Ajax, can't recall now). In those cases, I guess there's not much choice provided dynamic loading makes things a lot fragile.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
No AJAX/ScriptManager would be necessary. You can just do normal full page postbacks. If a control can't handle postbacks, I'd be pretty surprised.
-
Not at all - provided you don't stuff the whole video in there instead of a file name or similar they are very, very useful. But the persistence of cookies can have advantages, particularly if the user might want to use it tomorrow (or finish what he is doing later). Since session data is only persistent while the browser session is still open, and for a limit time (MS recommend no more than 20 minutes and that's not unreasonable) it makes a lot of sense to use cookies. I just don't store security info outside the server! I didn't know there was a "sessions are bad" faction - it's probably the same bunch as the "break in a loop is bad" faction.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
OriginalGriff wrote:
the "break in a loop is bad" faction
They are just afraid of Ivan Drago. Though, FYI, it's usually called a "ring", not a "loop".
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
That depends. Do you need to run any logic from page 1 before you move to page 2? If not, just use
<form action="page2.ext">- you'll save the user a round-trip to the server.
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
-
OriginalGriff wrote:
the "break in a loop is bad" faction
They are just afraid of Ivan Drago. Though, FYI, it's usually called a "ring", not a "loop".
They can leave my ring well alone! :laugh:
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
-
I always use Sessions (unless I'm trying to pass a huge object and then I'll just pass a reference to it instead).
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
mark merrens wrote:
unless I'm trying to pass a huge object
Perhaps more fiber in your diet would help
-
Session or cookies, depending on how non-volatile I wanted the data. I generally try to make data last as long as the user is probably going to need it - except security info, which never leaves the server so is session limited at best.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
Keep in mind as well, for storing things in the session, you should not store objects that are not agile. (Agile objects being defined as... objects which do not maintain a reference to system resources, DB connections, open file handles, etc.). Session is also server dependant, if you use session to store objects, your server balancing must be a sticky balancing paradigm where once you hit a particular server, you remain with that server for the duration of the session.
-
mark merrens wrote:
unless I'm trying to pass a huge object
Perhaps more fiber in your diet would help
Thanks: I thought that was lost on everyone.
"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. Those who seek perfection will only find imperfection nils illegitimus carborundum me, me, me me, in pictures
-
Keep in mind as well, for storing things in the session, you should not store objects that are not agile. (Agile objects being defined as... objects which do not maintain a reference to system resources, DB connections, open file handles, etc.). Session is also server dependant, if you use session to store objects, your server balancing must be a sticky balancing paradigm where once you hit a particular server, you remain with that server for the duration of the session.
+1 And, of course, make sure that objects are serializable (like proper DTOs), so "the next guy" (which is yours truly) doesn't want to come after you wielding an axe because stuffing ListItemCollections and GridViewRows into Session makes the StateServer unhappy . :mad:
-
Session or cookies, depending on how non-volatile I wanted the data. I generally try to make data last as long as the user is probably going to need it - except security info, which never leaves the server so is session limited at best.
The universe is composed of electrons, neutrons, protons and......morons. (ThePhantomUpvoter)
My previous employer banned session variables. They projected millions of users and didn't want all that memory floating around for 20 minutes before being released in the case the user was just there for a second. Their other argument was that they were going to a server farm and didn't want to keep the sessions coordinated. The place I'm at now does not have that much traffic so Sessions are fine with us. Our problem is sessions timing out and the users complaining they lost their work will they were yakking on the phone. We use cookies as well, but not as much. Some of our users are still terrified of cookies and disable them. In worst cases we stash the data in a database record and pull it back later. Not a good solution either.
Psychosis at 10 Film at 11 Those who do not remember the past, are doomed to repeat it. Those who do not remember the past, cannot build upon it.
-
If you have to move to web page 2 on a button click on page one, and page 2 totally depends on data input by user on page one, what approach would you choose to share data between the pages? Would it be session or cross-post or something else? Any why?
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[^]
Actually, I normally prefer to use ViewState and stay on the same page, swapping elements on the button press. If I really have to pass data to a different page, I would normally use session variables. I don't like to use cookies for anything other than authentication, although they can be good for shopping carts and other things that you want to persist beyond the session.
