I have yet to find an updated discussion on this topic but if it exists please point me in that direction,bbut what I'm looking for is two things (strictly from a general discussion point)..
1) This question may be better suited for a consultation with an Alpha engineer but maybe some of them will chime in on here, how are alpha anywhere's offline capabilities meant to be implemented? By this, I am curious if they are more for an application that may only run off a single offline list (i.e. the example inspection apps or example optimized form app), or is it capable of handling multiple offline lists all in a single component (so the initial load may be slow but then the user can do multiple things without having a solid Internet connection as I wouldn't auto sync but rather let them choose when to sync)?
2) What types of apps are being built with offline capability and how well has the implementation worked? For example do you have multiple offline lists in a single component or just the ability of all list based components having offline capabilities so a user can come back to the most recent tool they had open?
I ask these questions as I deal with a user base that is always connected to the Internet (let's face it there is almost some sort of data connection no matter where you are) but if their connection is weak (or on older standards like 3G) then they have issues loading the initial component and saving data back to the server as well as opening other components from the menu. To rectify this I was hoping I could move all my main tools into a single component which would make the very first load of the application slow, but the hope would be that if every list had offline capabilities running then the app would never need to be reloaded (unless they stay out of it for a few days) thereby giving the allusion of a more responsive application. I know it's technically possible but am curious if this is what the Alpha engineers were envisioning for offline capability or if it was more to build an offline app that did one task really well?
Look forward to a healthy discussion as I think it'll have great benefits to the community at large! Happy coding!
1) This question may be better suited for a consultation with an Alpha engineer but maybe some of them will chime in on here, how are alpha anywhere's offline capabilities meant to be implemented? By this, I am curious if they are more for an application that may only run off a single offline list (i.e. the example inspection apps or example optimized form app), or is it capable of handling multiple offline lists all in a single component (so the initial load may be slow but then the user can do multiple things without having a solid Internet connection as I wouldn't auto sync but rather let them choose when to sync)?
2) What types of apps are being built with offline capability and how well has the implementation worked? For example do you have multiple offline lists in a single component or just the ability of all list based components having offline capabilities so a user can come back to the most recent tool they had open?
I ask these questions as I deal with a user base that is always connected to the Internet (let's face it there is almost some sort of data connection no matter where you are) but if their connection is weak (or on older standards like 3G) then they have issues loading the initial component and saving data back to the server as well as opening other components from the menu. To rectify this I was hoping I could move all my main tools into a single component which would make the very first load of the application slow, but the hope would be that if every list had offline capabilities running then the app would never need to be reloaded (unless they stay out of it for a few days) thereby giving the allusion of a more responsive application. I know it's technically possible but am curious if this is what the Alpha engineers were envisioning for offline capability or if it was more to build an offline app that did one task really well?
Look forward to a healthy discussion as I think it'll have great benefits to the community at large! Happy coding!
Comment