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