hi
While navigating the CompGallery sample application [1] I noticed that navigation between (what looks like) simple pages/views was rather slow.
Surely, this can be caused by different things (possibly the device, the app implementation, the framework, ...).
To review this, I tried to build a simple example application using JDeveloper 11.1.2.3.0
at http://www.consideringred.com/files/oracle/2012/NavigationTimeMApp-v0.01.zip
and as APK at http://www.consideringred.com/files/oracle/2012/navigationtimemapp-v0.01.apk
It has a bounded task-flow with two views that allow to navigate to each other.
see the screenshot at http://www.consideringred.com/files/oracle/img/2012/navigationtimemapp-20121025.png
It has a simple TimerBean that allows to get an idea about how much time navigation requires:
public class TimerBean
{
protected long fStartTimerMillis = 0;
public void startTimer(ActionEvent pActionEvent)
{
fStartTimerMillis = System.currentTimeMillis();
}
public String getTimerInfo()
{
if (fStartTimerMillis == 0)
{
return "no timer info yet";
}
long vMillisAgo = System.currentTimeMillis() - fStartTimerMillis;
return "timer started " + vMillisAgo + " milliseconds ago";
}
}
It allows for the following scenario (sc1):
- (sc1-a) start the app
- (sc1-b) click the "do goSecondView using a_TimerBean" button, which will navigate to "secondView" showing something like "timer started 621 milliseconds ago"
- (sc1-c) click the "do goFirstView using a_TimerBean" button, which will navigate to "firstView" showing something like "timer started 537 milliseconds ago"
- (sc1-d) if you care to stop the app, try a "Force stop" on the "App info" via "Apps" in the Android settings
On my HTC Sensation Z710e I always get at least 500 milliseconds for each navigation.
questions:
- (q1) Anyone who wants to try scenario (sc1) and share his observed navigation times?
- (q2) Which navigation times can be expected for simple navigation in ADF Mobile apps (like in scenario (sc1))?
- [1] http://docs.oracle.com/cd/E35521_01/doc.111230/e24475/demoapps.htm#BACGDHDJ
many thanks
Jan Vervecken