原文标题：Looking Forward to OpenSocial 0.9
原文地址：[url]http://developer.myspace.com/Community/blogs/devteam/archive/2008/12/17/looking-forward-to-opensocial-0-9.aspx[/url]
原文作者：Scott（是的，在OpenSocial规范讨论组最活跃的大佬Scott Seely!）
翻译：[url]http://www.osyop.com/space-1-do-thread-id-46.html[/url]
OpenSocial 0.9草案已经制定完毕。在新版本发布之前，我们正在等待新特性的原型实现。这意味着，除非规范难以或者不可能实现，这份文档已经基本定稿。0.9版本有大量新功能加入到OpenSocial这一个通用的平台中。作为已经拥有6亿用户使用的OpenSocial平台，这样的变动会使得大量人群受益。这个是平台是开放的，意味着它将受社区驱动，而不是单个实体。
作为下一个版本，欢迎到
[url]http://groups.google.com/group/opensocial-and-gadgets-spec/topics?hl=en[/url]发表建议。我们真的非常需要和希望更多的开发者参与其中。提交你所希望的特性。告诉容器开发
者你所希望或讨厌的主意。一项规范的周期将持续3-4个月。在这个期间，我们将发起新的功能特性（6-8周）；对提议进行讨论、规划和投票（2-3周）；编写一个规范草案（2周）；审查并对草案进行投票（1周）。一个提议若想被接受，，至少需要5个投票并且没有反对票。
0.9 究竟接受了哪些提议呢？这些变化可以归为以下几类：去掉之前的重复功能、增强了已有功能，同时引进了全新的特性。是的，我们同时不推荐使用某些功能。注意，我是说不推荐，而不是移除。所以，你不必担心这次没有了这些特性。他们会在将来被移除，你也会再次收到相应的提示。
对已有功能的改进：
1.活动分页：增加了一个类，opensocial.DataRequest.ActivityRequestFields，具有两个值：FIRST和MAX。FIRST是指从哪一条活动开始获取，MAX表示一次获取多少次。
2.协调JS API和REST：Address元素增加了LATITUDE、LONGITUDE和类型。不是所有的地址都有街道地址。最近的街道也许在千里之外。此处的类型便于对街道进行标记。
3.协调Portable Contacts 和REST：为REST规范增加了一种语言，使得可以与Portable Contacts保持规范的协调性。他们也在他们的规范中保持协调性。
4.匿名访问者：之前的规范一直没有规定未登陆者的VIEWER ID的值，新规范接受了大多数容器所认可的-1。
5.改变了 osapi:reciptient的格式。之前的消息API部分并没有规定该消息是发送给一个人（如Scott）还是一个组（Scott的特别好友）。此次向REST API增加了一个字符串标识。
ID的类型。
6.澄清了JS API回调函数的执行时间：在一些实现中，回调函数有时会在方法未返回数据之前执行。在其他实现中，回调函数总是在之后执行。这使得应用在不同的平台之间会有莫名其妙的现象。这次在0.9中，我们规定直到已有的执行堆栈完成调用后，回调函数才可以执行。
7.实现了IS_FRIEND_WITH：在0.8.1REST规范中，并没有声明如何判断两个人是否是好友。此次得到了规定。
判断两个人是否好友：
/people/@me/@self?filterBy=@friends&filterOp=contains&filtervalue=<someUserid>
通过userID查找两人共同的朋友
/people/@me/@friends?filterBy=@friends&filterOp=contains&filterValue=<someuserid>
filterValue可以是特定的用户标识或@ower或@viewer。
8.registerOnLoadHandler:规范并未规定多次调用gadgets.util.registerOnLoadHandler的场景。此次规定，该功能将按照它们调用的顺序进行执行。
9.requestShareApp and requestSendMessage 应该使用IdSpec：曾经他们是已有API中唯一一个将IDs当做字符串处理而不是IdSec的API。现在，他们也使用IdSpec了。
10.处理了与Portable Contacts相关的Schema:Portable Contacts和OpenSocial的Person以及相关属性保持一致。
11.规定了页面标记标识的所有权：规范之前并没有说明谁控制了标识页面的#标记，所有的容器由于各种各样的原因都拥有了此标记。
新功能：
1.相册API
2.内容重写功能
3.Gadgets日志
4.国际化日期时间格式
5.轻量级的JS APIs
6.限定失效
7.消息API的改变
8.元信息最小年龄
9.OAuth弹出菜单
10.OSML标记
11.OpenSocial模板
12.重载视图的含义
13.代理内容
14.UserPref的REST API
15.版本控制
原文地址：[url]http://developer.myspace.com/Community/blogs/devteam/archive/2008/12/17/looking-forward-to-opensocial-0-9.aspx[/url]
原文作者：Scott（是的，在OpenSocial规范讨论组最活跃的大佬Scott Seely!）
翻译：[url]http://www.osyop.com/space-1-do-thread-id-46.html[/url]
OpenSocial 0.9草案已经制定完毕。在新版本发布之前，我们正在等待新特性的原型实现。这意味着，除非规范难以或者不可能实现，这份文档已经基本定稿。0.9版本有大量新功能加入到OpenSocial这一个通用的平台中。作为已经拥有6亿用户使用的OpenSocial平台，这样的变动会使得大量人群受益。这个是平台是开放的，意味着它将受社区驱动，而不是单个实体。
作为下一个版本，欢迎到
[url]http://groups.google.com/group/opensocial-and-gadgets-spec/topics?hl=en[/url]发表建议。我们真的非常需要和希望更多的开发者参与其中。提交你所希望的特性。告诉容器开发
者你所希望或讨厌的主意。一项规范的周期将持续3-4个月。在这个期间，我们将发起新的功能特性（6-8周）；对提议进行讨论、规划和投票（2-3周）；编写一个规范草案（2周）；审查并对草案进行投票（1周）。一个提议若想被接受，，至少需要5个投票并且没有反对票。
0.9 究竟接受了哪些提议呢？这些变化可以归为以下几类：去掉之前的重复功能、增强了已有功能，同时引进了全新的特性。是的，我们同时不推荐使用某些功能。注意，我是说不推荐，而不是移除。所以，你不必担心这次没有了这些特性。他们会在将来被移除，你也会再次收到相应的提示。
对已有功能的改进：
1.活动分页：增加了一个类，opensocial.DataRequest.ActivityRequestFields，具有两个值：FIRST和MAX。FIRST是指从哪一条活动开始获取，MAX表示一次获取多少次。
2.协调JS API和REST：Address元素增加了LATITUDE、LONGITUDE和类型。不是所有的地址都有街道地址。最近的街道也许在千里之外。此处的类型便于对街道进行标记。
3.协调Portable Contacts 和REST：为REST规范增加了一种语言，使得可以与Portable Contacts保持规范的协调性。他们也在他们的规范中保持协调性。
4.匿名访问者：之前的规范一直没有规定未登陆者的VIEWER ID的值，新规范接受了大多数容器所认可的-1。
5.改变了 osapi:reciptient的格式。之前的消息API部分并没有规定该消息是发送给一个人（如Scott）还是一个组（Scott的特别好友）。此次向REST API增加了一个字符串标识。
ID的类型。
6.澄清了JS API回调函数的执行时间：在一些实现中，回调函数有时会在方法未返回数据之前执行。在其他实现中，回调函数总是在之后执行。这使得应用在不同的平台之间会有莫名其妙的现象。这次在0.9中，我们规定直到已有的执行堆栈完成调用后，回调函数才可以执行。
7.实现了IS_FRIEND_WITH：在0.8.1REST规范中，并没有声明如何判断两个人是否是好友。此次得到了规定。
判断两个人是否好友：
/people/@me/@self?filterBy=@friends&filterOp=contains&filtervalue=<someUserid>
通过userID查找两人共同的朋友
/people/@me/@friends?filterBy=@friends&filterOp=contains&filterValue=<someuserid>
filterValue可以是特定的用户标识或@ower或@viewer。
8.registerOnLoadHandler:规范并未规定多次调用gadgets.util.registerOnLoadHandler的场景。此次规定，该功能将按照它们调用的顺序进行执行。
9.requestShareApp and requestSendMessage 应该使用IdSpec：曾经他们是已有API中唯一一个将IDs当做字符串处理而不是IdSec的API。现在，他们也使用IdSpec了。
10.处理了与Portable Contacts相关的Schema:Portable Contacts和OpenSocial的Person以及相关属性保持一致。
11.规定了页面标记标识的所有权：规范之前并没有说明谁控制了标识页面的#标记，所有的容器由于各种各样的原因都拥有了此标记。
新功能：
1.相册API
2.内容重写功能
3.Gadgets日志
4.国际化日期时间格式
5.轻量级的JS APIs
6.限定失效
7.消息API的改变
8.元信息最小年龄
9.OAuth弹出菜单
10.OSML标记
11.OpenSocial模板
12.重载视图的含义
13.代理内容
14.UserPref的REST API
15.版本控制
扫一扫
508
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
