Memory implications of multiple pages

1
Hi all I have a bit of an elaborate question. Through experimentation I have discovered that Mendix 'remembers' all pages that have been opened and not explicitly closed. As an example, if I have a microflow that opens two pages in sequence, the SECOND page is displayed first and if closed, the FIRST page is displayed. My question is as follows. If I open a page that has been opened before, does that merely reshuffle the order of these pages, bringing that one to the front or does it create a new instance of this page? More importantly, what are the memory implications of remembering every page that I have opened during my session? Can it become slow and unwieldy if I never "close" pages but just open the next one? Is there a best practice to this to always close pages? Hannes
asked
3 answers
2

I believe it is just using the browser history to reload the previous page.  It doesn't try to retain all the data in memory - just re-issues the query to load the data.  You can see this if you have a page with a large datagrid where you get the loading spinner... returning to this page you will see the data loading spinner again.

So, to answer your question, no, it should not have any significant memory implications.

answered
2

But it can have consequences. Closing a page to often result in the user being logged off from the system for instance. To my knowledge using the 'Show home page' action resets this memory (may be somebody from Mendix can confirm this).  So my advise is to try to clean up the screens as much as possible if you can :)

 

Regards,

 

Ronald

 

answered
1

Thanks, that makes sense. The only consideration is then UX, not memory footprint. One thing that I have noticed is that when you close a page to return to the previous, the previous page is not updated with whatever changes you made in the "popup" page. With that in mind direct navigation generally has to be used. Very valuable to know for cancel/abort type buttons however.

Hannes

answered