【发布时间】：2015-09-10 03:41:13
【问题描述】：
我的最新项目要求用户邀请他们的朋友使用他们的在线服务。我发现，显然，截至 2015 年 4 月，使用新的 v2.0+ Facebook Graph API，您实际上无法获得用户的朋友列表，除非这些朋友已经是您应用程序的订阅成员。
场景：
我的应用程序是一种网络服务，可让用户在私人群组中在线协作研究工作。用户需要
- 查看他们的好友列表，
- 设置他们的朋友在群组中的权限，以及
- 向他们发送加入服务和特定组的邀请。 （使用与每个收件人绑定的唯一一次性使用链接）
用户将（理想情况下）收到带有特定链接的邀请，让他们不仅成为所述在线应用的订阅者，而且还专门加入他们被邀请加入的群组（即不仅仅是通用的“嘿，看看此应用”类型的邀请）。
期望：
用户不关心他们的朋友是否已经是“MyApp.com”的成员。当他们将手机连接到 Facebook 时，他们希望像现在一样从手机上简单地查找他们的朋友（使所有联系人都可用，无论这些朋友是否分别将他们的 Facebook 连接到他们的手机）。同样，将邀请成员与您的 Google 文档进行比较，例如：查找您的联系人、设置权限、发送邀请 - 如此简单。今天的用户要求这种 UX 简单性，并且不区分或关心他们是否在处理电子邮件、Facebook、Twitter 联系人等。
问题：
社交网络的重点是社交。如果 Graph API 只允许我的应用访问我的应用已经用户的朋友，它完全违背了整个目的 - 它切断了我的用户的膝盖，扼杀了用户体验，不再有实际联系的能力他们自己的朋友。我的理解是 Facebook 做出这一改变是为了防止开发者向用户发送垃圾邮件，我明白这一点，我完全支持这一点。但是，我的公司和我的应用程序并不是为了自己的目的而试图邀请朋友的人，而是用户和他们自己的朋友，他们有权出于他们的目的访问和交谈（或者你会认为）。除了朋友列表之外，即使我有朋友列表，我认为向朋友发布消息，甚至是私人（不是墙）消息也会存在额外的障碍和限制，这也是反社会的。
问题：
我是否正确理解了 Facebook 的限制，如果是，解决方法是什么？在您通过审查以证明您没有向用户发送垃圾邮件之前，我可以锁定这样的 API，但我没有看到这样的选项。
Facebook 应该是prioritizes users over developers，做出这些更改是因为如果用户对隐私不满意（不要向我的朋友发送垃圾邮件），那么他们将不再是用户，这显然会影响开发人员和 Facebook。好的，但他们是否没有意识到，在合法场景中，通过将其锁定在这种极端情况下会扼杀用户的用户体验？就我最初的观点而言，不仅仅是一点点，而是最重要的 - 结果确实是在 2015 年 4 月 30 日，Facebook 变得反社交。当然，这不符合他们的使命。当然有更好的方法。
【问题讨论】：
-
先邀请用户。当用户加入时，通知邀请他们加入的用户并告诉他设置权限
-
我如何知道要邀请哪些用户？我的应用程序以及我的登录用户无权访问用户/朋友。
-
这在developers.facebook.com/docs/apps/faq#friend_invite的常见问题解答中得到了回答
-
我认为这也是要走的路，但是几天前在研究这个时挖掘文档，我发现：developers.facebook.com/docs/games/invitable-friends/v2.4（“invitable_friends API 仅适用于具有Facebook Canvas 应用程序实施”）。这不是我的情况（外部网站）。
-
但是如果你不是游戏，我给你的链接会给你其他选择
标签： facebook facebook-graph-api facebook-friends facebook-invite-friends