dhof
8 years agoVisitor
Best structure for apps?
What's the best structure for an app with 3+ screens. An example app:
Home Screen, Categories/Stars/Studios screen, Content based on Cat/Star/Studio chosen screen
- These 3 screens are in their own individual xml/brs file sets.
- The Home screen is a Rowlist with a menu bar in the 2nd row.
- The Cats/Stars/Studios screen is a PosterGrid
- The chosen Content screen is a PosterGrid with a menu bar before the videos.
- There is an Overhang on every screen and the title relates to the content last selected.
I have 2 interface fields for previousScreens and the overhangNode. This allows me to show content and update the Overhang title whether i'm going forward or backward.
My questions:
1. Should I consolidate the functionality of these 3 screens into 1 xml/brs set? (I then wouldn't have to transport data around like i'm shuffling it down the line 1 file at a time)
2. What is the easiest way for data to traverse the entire app?
3. How to properly organize Back key functionality if I keep my current file structure (currently each brs file has BACK functionality)
4. If this is not even remotely close to the proper structure for an app, what is?
Home Screen, Categories/Stars/Studios screen, Content based on Cat/Star/Studio chosen screen
- These 3 screens are in their own individual xml/brs file sets.
- The Home screen is a Rowlist with a menu bar in the 2nd row.
- The Cats/Stars/Studios screen is a PosterGrid
- The chosen Content screen is a PosterGrid with a menu bar before the videos.
- There is an Overhang on every screen and the title relates to the content last selected.
I have 2 interface fields for previousScreens and the overhangNode. This allows me to show content and update the Overhang title whether i'm going forward or backward.
My questions:
1. Should I consolidate the functionality of these 3 screens into 1 xml/brs set? (I then wouldn't have to transport data around like i'm shuffling it down the line 1 file at a time)
2. What is the easiest way for data to traverse the entire app?
3. How to properly organize Back key functionality if I keep my current file structure (currently each brs file has BACK functionality)
4. If this is not even remotely close to the proper structure for an app, what is?