在新的3.1 iOS SDK中，我們不再允許同時請求讀取和發佈權限，並且在請求發佈權限之前，我們必須要求讀取權限。在我的應用程序中，完成一項活動後有一個分享按鈕。當用戶按下這個按鈕時，我想問他們的發佈權限，然後發佈一個故事到他們的飼料。但是，此時用戶可能尚未授權具有讀取權限的應用程序。Facebook iOS SDK 3.1請求讀取和發佈權限
在這一點上，用戶已表示他們希望通過Facebook分享，但我不能要求他們只是發佈權限，我不能要求讀取和發佈權限在一起，我不能要求他們用於讀取權限，然後將權限發回（根據文檔）。我不想在用戶登錄或啓動應用程序時提示用戶閱讀權限，因爲他們很有可能永遠不會使用這些功能，並且我不希望不必要地打擾用戶。
即使文檔說不允許，我可以要求兩種類型的權限背靠背，但這會導致兩個彈出框一個接一個地在另一個之間延遲。這感覺像一個黑客，可能會混淆用戶。
這真的是新的期望的行爲，我試圖做的事情是不可能的，或者是有什麼我只是不理解？
感謝
你是正確的，我們強烈建議您不要背到後面的權限，你不太可能，如果你做的就是你的應用程序獲得批准。
也許有機會預先徵求基本信息。即使是爲了一些簡單的個性化（例如化身和名字），你也可以在發佈行動之前建立信任 - 並且增加一般的社交體驗。
（此外，它是不太可能，一個人會信心讓你代表他們從「冷啓動」發佈反正。）
應用拒絕？這是一個非常嚴重的後果，特別是因爲Facebook上發佈的文檔說明了這一點： 「如果您嘗試[一次詢問兩組權限]，則SDK將使用戶通過不太理想的應用程序 - 交換或基於網絡的認證流程「 [鏈接]（http://developers.facebook.com/docs/tutorial/iossdk/upgrading-from-3.0-to-3.1/） – foggzilla
謝謝你回答我的問題。但是，似乎新SDK的理念不是要求用戶授權任何東西，直到他們發起了需要它的操作爲止。我不想問新用戶的基本授權，因爲這可能會阻止用戶不想使用Facebook集成。一旦他們決定分享，我只想打擾用戶。 – Casey
通過批准，我的意思是應用程序商店，它可能也有這個流程的要求。 事實上，如果你們一起要求（這與背對背不同），Facebook SDK別無選擇，只能回到其他技術。 –
我有一個完全相同的問題。我不想將用戶重定向到Facebook，除非他們點擊分享按鈕。你有這個好運嗎？ – Ross