With the following caveat though:
[3.3.2] provided that such scripts and code do not change the primary purpose of the Application by providing features or functionality that are inconsistent with the intended and advertised purpose of the Application as submitted to the App Store.
* If the AppHub founders think this is a real danger, then you'd expect bold and strenuous documentation.
* But, I wonder if the AppHub authors believe that people should ignore this rule, because practically speaking it's hard to get caught. They wouldn't say so, of course, because encouraging people to break Apple ToS is illegal.
And actually, merely adding features doesn't seem to be forbidden as long as the features you add are not "inconsistent with the intended and advertised purpose of the Application as submitted to the App Store"
So let's say you release a file manager and later, surprise! It's also a SNES emulator! Well, then yes, I can see that against the TOS. But if you're just making improvements to your app, I don't see a problem.
It was just a hypothetical though. AppHub has plenty of legit use cases under Apple rules, and it's probably not all that dangerous even if you "mis-use" it slightly. AppHub would have to explicitly encourage people to break the rule to run afoul, or Apple would have to organically notice a bunch of apps doing a bunch of outlandish feature flipping.
However I think advertising it as a mechanism to get around the App Store review process is a quick way to get noticed by Apple, and not in a good way.
Of course, that runs counter to the "continual deployment" idea popular in web circles, but that's the entire point.
We're excited to open source the iOS SDK in the future so that everyone can take a look and contribute.
[1] https://developer.apple.com/programs/ios/information/iOS_Pro...
[2] http://info.meteor.com/blog/apple-hot-code-push-mobile
[3] https://trigger.io/
[4] http://docs.build.phonegap.com/en_US/tools_hydration.md.html
[5] https://medium.com/@clayallsopp/a-dynamic-crazy-native-mobil...