The current Facebook Developer Policy requires that developers use the official Facebook SDK when implementing Facebook Login in their native app. Given that Facebook cannot ensure the stability of their SDK (resulting in the crashing of client apps), developers should have a policy-compliant option for implementing the login API themselves to avoid Facebook's QA practices rendering their apps unusable.
Section 8.2 of the above-linked page:
- Native iOS and Android apps that implement Facebook Login must use our official SDKs for login.
Why would they, when it would reduce the tracking they could do in a 3rd party app? This is Facebook. Let's be realistic
If you need sample code of this, see my gist with just ~100 loc.
People should just not use Facebook SDK and remove Facebook Login. It鈥檚 that simple. Any developer still using the SDK is complicit in this behavior and should be given a one star review on App Store whenever their silly app crashes because of the SDK.
The AppLaunch Xcode template shows 120ms consumption on FacebookSDK! That's a good point to write custom login and do not execute thousands lines of code for that simple action.
There is also another reason for this. We're a kids category app and we've had Facebook login for years. But recently we've been stuck in review for weeks, because of code references to IDFA and Facebook collecting anonymous ID's (which shouldn't be a problem, but apparently Apple doesn't like Facebook very much).
Most helpful comment
If you need sample code of this, see my gist with just ~100 loc.