What's the "right" way to do modules under iOS
ken at kencorey.com
Fri Feb 24 06:13:03 CST 2012
I'm building a large set of applications in LiveCode that work together.
There's the initial login module, and once logged in you're given access
to the modules that user is elligible for.
The login module is working more or less the way I want, but the other
modules are currently in development. Once I get the first one working,
I'll be developing the second.
I've noticed that trying the code on the iPad is taking longer and
longer between <code> <transefer> and <test> steps. It's taking long
enough for me to want a different approach. Ideally only downloading the
code that changes, so I don't have to shuffle the assets back and forth
time and again.
There are two separate problems:
1) How does this translate into LiveCode semantics?
2) How does this translate into LiveCode semantics under iOS?
For #1, I'm envisioning being able to download each module as a separate
standalone, and open it as a substack from within the Login module. Is
that the way it should work, or is there a better way?
For #2, doesn't this technically count as "downloading executable code"
under iOS, which would make it a no-no? What's the principle of IAP
when it's adding new functionality? I read the IAP tutorial on runrev's
site, and it wasn't discussed.
I can imagine a few ways to deal with it:
1) cross fingers, hope for the best, and design the app so that when new
functionality is purchased it's downloaded. (Not great, because the
risk is high from Apple's capricious app management team).
2) Always have all the smarts in the main standalone, and have it
dynamically download the assets for any purchased modules. When a new
module is released, the whole standalone is updated with the code for
all modules, just without assets. Then when the user has paid for a
given module they can download the assets for that module. (Not great,
as the <code><transfer><test> cycle gets longer the more I code.
3) Give up completely, and have each module in a separate app. If the
user wants to switch between apps, the user must login afresh each time
(PITA for the user), or I need to have long-lived cookies for login
Also, does this mean that all assets are stored on my servers or can the
assets for the IAP modules be stored on Apple's servers?
What's the right way if I'm going to be releasing on iOS? Is there a
tutorial for adding substacks via IAP yet?
More information about the use-livecode