【笔记】Facebook的开放API架构

　　当用户想在其他应用中访问Facebook的相关数据时，面临着数据的隐私与安全性、对Facebook本身性能的影响、数据同步等问题。

　　其解决方案如下：

　　1. 将数据功能从facebook内部移到对外开放的web service上，授权访问这个web service，保持数据的安全性与隐私性。

　　在Facebook API中，用户通过一个已知的api_key重定向到Facebook登录界面，用户在Facebook上输入九零，对这个应用授权。然后，用户带着会话键和用户ID重定向到已知的应用。此时，应用便获得了授权，可以代表用户调用API方法。

　　2. 创建一种新的数据查询语言(Facebook FQL)，减轻因为引入新的web服务客户端对Facebook本身带来的额外负担。

　　FQL类似于SQL，它将Facebook的内部数据转换为table和fields，而不是传统WS返回的XML schema，从而，外部应用开发者可以像使用SQL一样查询Facebook内部数据。

　　3. 创建一种新的数据驱动的标记语言(Facebook FBML)，将外部应用对数据的变更集成回Facebook。

　　当遇到不仅仅需要数据层面的交互，还要集成UI层面等需要更深层次的集成的情况时，Facebook应用开发者通过一种数据驱动的标记语言FBML(Facebook Markup Language)，在应用中创建应用执行和显示的内容，并与Facebook交互。在这种方案下，外部应用发给Facebook的不是html代码，而是一种特定的标记语言，其中定义了足够的标记来表现其逻辑和显示，也包含了对Facebook受保护数据的请求，完全让Facebook在受信任的服务环境中处理并显示它。

　　这样的新型数据服务不一定局限于社会关系信息。随着用户贡献和使用的信息越来越多，这些信息在许多容器站点上都很有用（如内容收集、评论、位置信息、个人计划、协作等数据），各式各样的平台提供者可以应用Facebook平台持有的数据和Web架构背后的这些思想，并从中获益。

参考资料：《架构之美》第6章

转载于:https://www.cnblogs.com/ForSouth/p/7901948.html