Facebook 是谁决定删除;用户名";从新的FB图?

Facebook 是谁决定删除;用户名";从新的FB图?,facebook,facebook-graph-api,facebook-graph-api-v2.0,Facebook,Facebook Graph Api,Facebook Graph Api V2.0,不推荐使用的“用户名”已记录在案,是的。这不是问题,问题是如何获得它,而且我想知道为什么Facebook做出了如此糟糕的选择并删除了用户名。数百个依赖用户名在其服务上创建帐户的应用程序将被破坏 我们是否应该坚持到2015年4月底的V.1 API? 到目前为止,这不是最好的解决方案,但无论如何,到那时Facebook可能已经无关紧要了 解决方案:除了实际的Facebook登录外,还要求用户输入用户名?-在我看来,这再次使得Facebook登录完全没有意义。链接字段仍然可用,其中包括用户名。您可以在

不推荐使用的“用户名”已记录在案,是的。这不是问题,问题是如何获得它,而且我想知道为什么Facebook做出了如此糟糕的选择并删除了用户名。数百个依赖用户名在其服务上创建帐户的应用程序将被破坏

我们是否应该坚持到2015年4月底的V.1 API? 到目前为止,这不是最好的解决方案,但无论如何,到那时Facebook可能已经无关紧要了


解决方案:除了实际的Facebook登录外,还要求用户输入用户名?-在我看来,这再次使得Facebook登录完全没有意义。

链接字段仍然可用,其中包括用户名。您可以在javascript中使用类似.replace(“”,“”)的内容来保留用户名


“link”:“,”

这个问题似乎离题了,因为它是关于Facebook的路线图,而不是APIC的编程问题。你的应用程序可以使用自己的用户名输入框,而不是依赖Facebook的用户名和你自己应用程序中的现有用户名之间没有冲突?过了一会儿才回到这里@伊吉,这是怎么离题的没有任何地方表明(或标记)这是一个API编程问题。此外,路线图在这方面也没有发挥多大作用。这是一个关于API某个特性使用的简单问题。我猜你在FB的工作让你对谈论这件事很敏感,不用担心,我明白了。这件事以前可能属于“主要基于观点”的密切原因;对于当前的选项,这是一个离题的问题,因为这不是一个具体的、可回答的编程问题(这里的所有内容都应该是:我想他们也明白了:“链接”:“我现在要做的是,使用实际用户的名字(始终可用)和FB用户ID动态生成用户名。