4 ms·
> They don't allow using iOS SDK for building applications which download and execute dynamic code While this is true, it's also explicitly that "Apps that bro
by yoklov 10y ago
> They don't allow using iOS SDK for building applications which download and execute dynamic code
While this is true, it's also explicitly that "Apps that browse the web must use the appropriate WebKit framework and WebKit Javascript"
Regarding a non-apple iOS SDK: "Apps may only use public APIs". this forbids anybody from making an alternative SDK.
- shmerl 10y ago> Regarding a non-apple iOS SDK: "Apps may only use public APIs". this forbids anybody from making an alternative SDK. What stops any alternative SDK from being public?
- TD-Linux 10y agoNothing, but iPhones only load software signed by Apple (on the app store), so said alternative SDK would be useless as Apple won't sign software made with it (and regardless, they won't sign an alternative browser engine as a matter of policy regardless of which SDK with was made with).
- yoklov 10y agoNothing, but you couldn't implement an alternative SDK using the public APIs, since, well, the public APIs are the current SDK.
- shmerl 10y agoNot sure what you mean exactly. Let's say someone comes along, and re-implements all same APIs from scratch as open source. They'll be public, right? But as TD-Linux said, Apple simply will refuse to accept it anyway.
- yoklov 10y agoRight, but you can't implement a lot of the APIs without calling into private kernel functions.