background: i came on board to a team/ project that have developed a .net home grown mvc type architecture with home grown Ajax calls to persist data in a series of 6 screens to a context object on the server to maintain state.
question 1: this seems like using mvc just to say we use mvc and not the mvc way of doing things. it feels to me like they synthesized the post back model by using mvc ajax calls and server context objects to persist state. can someone explain the real MVC way for getting this done?!?!?
background: when the wizard is kicked off it loads the user data into a large object from the mainframe, but this is abstracted via a data layer. this object has all the personal info and everything else pertaining to the particular user. this is a static object and takes some time to load, so much so that if another call is made it may very well be still creating the original object and fail on the second call... so they have threading as an answer to this problem. this user object is the one that gets passed via Ajax to the context object and persisted on each next/ previous button click in the wizard.
question 2: this seems like a terrible way of getting the result of a wizard of 6 pages that allows next/ prev. navigation and i have never seen an app take so long to load over the web that threading needs to be implemented to avoid errors if the object is not ready for use. how would this be done on sites like stackoverflow and what should have been done in this app?