I've never found submitting an app for app review to be that big of a deal, if your app is well designed, useful, and not negligent or malicious toward user needs.
Your FAQ says what you're doing is explicitly permitted by Apple, and points to section 3.3.2 of the iOS Developer Program Information document.
But what about section 3.3.3?
3.3.3
Without Apple’s prior written approval or as permitted
under Section 3.3.25 (In App Purchase API), an
Application may not provide, unlock or enable
additional features or functionality through
distribution mechanisms other than the App Store
or VPP/B2B Program Site
Finally, you do realize that the App store policies are subject to change in order to adapt to hacks like this, right?
Again cool hack but it will be interesting to see if it gets out of the starting gate.
AppHub is not trying to circumvent the Apple release process, rather, we want to make distributing updates as frictionless as possible. The main advantages we give developers are instant updates and staged rollouts (deploying new features to a percentage of users).
Glad you pointed out Section 3.3.3 of the Developer Agreement. From our understanding, it is intended to prevent developers from trying to avoid the App Store fees. As always, it will be up to developers to follow Apple's guidelines in their iOS apps.
You still have to go through the initial App Store Release process initially. After that, using this framework you can push updates directly, rather than waiting the requisite 5 business days[1]. As an app developer, being able to push updates (read: bug fixes) immediately is a blessing--we live and die by our reviews, and a bad update can cause an avalanche of negative reviews. Waiting 5 days[2] for a fix to go live can seem like an eternity.
1. It was 5 business days when I was an IOS Developer in 2012.
2. For all updates it was 5 business days. There were rumors that if you had a evangelist at Apple you were on real good terms with, they could fast track the update for you, if it was a rare occurrence.
If Apple wanted that they would just give developers the ability to update without review [or a question when submitting a new binary "Have you made significant updates that changes the functionality of your app and or features to the app you are submitting? Yes/No". They don't even let you distribute public beta through their system without the app being reviewed first because they want complete content control over the software distributed on their devices.
Not sure how many React Native projects are hosting their bundles outside theirs apps in the wild, but there are already apps released on the store (as per Facebook Groups, Ads Manager).
Still, I agree things might change (on the Apple's side).
Yeah I think I'd like to see this work. If it's used for good things. Not sure who is right about whether it's allowed in the current terms; it depends on how you read it. My prediction though is that Apple will see it as enough of a threat to their control that they will either disallow it outright under their own reading of the terms, or they will tweak the terms to disallow it. But then... need I say... I could be wrong.
Anyway, there's no way they could lose (too much) control. The "native" part of the apps is still subject to resubmission.
The "react native" part is mostly UI layer/composition and business logic.
I've never found submitting an app for app review to be that big of a deal, if your app is well designed, useful, and not negligent or malicious toward user needs.
Your FAQ says what you're doing is explicitly permitted by Apple, and points to section 3.3.2 of the iOS Developer Program Information document.
But what about section 3.3.3?
Finally, you do realize that the App store policies are subject to change in order to adapt to hacks like this, right?Again cool hack but it will be interesting to see if it gets out of the starting gate.