You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
benchmarkController and benchmarkRunnerClient are extended a little bit more for the debug page. It is hard to know what each class is doing. Extending the class for the debug page seems old-fashioned as well.
I would suggest the following hierarchy:
Motionmark: this acts like the app class. It detects the screen orientation, the frame rate and decides the best stage size. It shows the test frame and calls the Benchmark to run the tests and then it collects the results
Benchmark: It runs all the test by loading the test frame, collecting the results and removing the test frame
Results: It holds the results of running the tests. It is generated by Benchmark and consumed by MotionMark
ReleaseMotionmark: a super class of MotionMark
DebugMotionmark: a super class of MotionMark
DebugReults: a super class of Results
DebugRampResults: a super class of DebugResults
DebugFixedResults: a super class of DebugResults
The text was updated successfully, but these errors were encountered:
Currently we have these class
benchmarkController and benchmarkRunnerClient are extended a little bit more for the debug page. It is hard to know what each class is doing. Extending the class for the debug page seems old-fashioned as well.
I would suggest the following hierarchy:
The text was updated successfully, but these errors were encountered: