|
|
Re: Question about MVC
|
Posted: Dec 18, 2002 8:43 AM
|
|
Well,
we use MVC here, at the time we designed our first big java transactional system (homebanking) we didn't knew about struts, I guess it was not ready yet. No portal frameworks were in the market, just commerce suites.
Ok we did it our selfs... succesfully, what now? well the next one will use a portal frame work, correct me if I am wrong, we see them (bea's) like a tooled MVC is not a puer MVC, true, but we compared the effort in creating our homemade mvc, using struts, and the price of the product, and it make's sense.
What is the mistake we made... the event handler thing. The flow in terms of code... transactions is ease to handle classes ejbs we make 200 tps to a IMS without problems (for us... the IMS ppl are not so happy).
What happends, the request gets to the controller servlet which controls session data and ACLs says ok passes the flow to a factory which maps the functionality below, but when the answer comes back (we forward it to a jsp) what? what if we want to control the "browser functional flow"? what standard can we use, how do we know where the customer is? what data did he sent us in the last click where is he comming from?
well developers use session data, which we know is a mistake, our session objects are kind of fat... we have big machines, we can handle that.
But if we just had that in mind our MVC would be much better
regards
|
|
Previous Topic
