|
|||
|
摘要：
愚作之 SNDA-RPC 是基于JSON-RPC[1] 的扩展和修改，其目标是继续保持它的简单调用，修正其不足，以及扩展它对RESTful[2]的支持。SNDA-RPC 是运行在 HTTP 协议[3]上无状态的，轻量级远程调用协议。
SNDA-RPC描述了两类资源，Service API资源和Data API资源：
* Service API资源，即通常所说的远程方法API资源，只能以HTTP GET或POST的方式被调用。其Service API的数据格式使用的是JSON[4]
* Data API资源，即数据资源，可以被CRUD(Create, Read, Update, Delete)操作的资源（注，可能许多数据资源都是只读性质），Data API的数据格式使用的JSON[4], Atom[5],RSS[6]。
草拟阶段，您的建议对我很重要. 阅读全文
posted @ 2008-07-24 08:15 Riceball LEE 阅读(2034) 评论(1) 推荐(0) 编辑
摘要：
REST的使用，多从资源角度考虑设计，而我却以为不竟然，我以为可以同时从资源和RPC的角度考虑设计。首先要明确的是RESTful是一种面向Sevrice和资源的架构类型，而不是标准，与此相对，它使用了如下的标准：* HTTP* URI* XML/HTML/JSON/GIF/etc（Resource Representations）注：这里的“资源”可以理解为，1、真实的资源... 阅读全文
posted @ 2008-06-22 10:48 Riceball LEE 阅读(6204) 评论(6) 推荐(0) 编辑
摘要：
OpenSocial, FaceBook, NetVibes 都致力于社区平台的研究发展。其中OpenSocial和NetVibes侧重于整合并和提供第三方Gadget到社区平台的标准。而FaceBook则从自身平台的需要，为了吸引更多的开发者更容易开发FaceBook App，提供了平台API，并开放了部分平台源码。FaceBook是从社区平台自身数据->API开始制定社区平台的标准的。而... 阅读全文
posted @ 2008-06-15 17:27 Riceball LEE 阅读(3083) 评论(3) 推荐(0) 编辑
摘要：
Viewer, Agent, RegionViewer 是通过控制一个角色与虚拟世界交互的客户端，角色Agent 是持久存在的，控制该角色玩家离线也可能与之交互。Region也是持久存在的，是虚拟世界的土地。众多的角色存在于土地上。基本流程： 1. Viewer 向 Agent Domain发出认证请求控制一个Agent 2. Viewer 指导 Agent Domain 将角色放在一个区域 3.... 阅读全文
posted @ 2008-04-26 22:21 Riceball LEE 阅读(2007) 评论(1) 推荐(0) 编辑
摘要：
SL开源的服务器端核心库(python > 2.3)SL开源的目的是希望自身从3D虚拟世界网络娱乐，上升至服务平台，乃至成为业界的标准。SL认为，3D虚拟世界将组成了未来的网络架构，必须开放形成标准才能走在前面，更快的发展。自07年9月开始，由Zero Linden领头的Architecture Working Group 开始致力于规范和改善现有SL的通讯协议，同时包括服务器端和服务器与客... 阅读全文
posted @ 2008-04-22 08:11 Riceball LEE 阅读(2671) 评论(5) 推荐(0) 编辑
摘要：
SL目前采用的是 http REST轻量级SOA＋专用协议(区域主机)，数据序列化格式目前使用的是XML，将来会增加Binary和Json格式。SL的设计目标： 虚拟世界区域可伸缩性能 * 6千万地图区域 (或更多) 居民数量伸缩性： * 20亿用户 同时在线用户数量伸缩性： * 5千万 - 1亿的同时在线用户(无论来自哪个平台) SL的核心架构是由区域(Region地图)世界域Domain和角色... 阅读全文
posted @ 2008-04-14 21:36 Riceball LEE 阅读(2693) 评论(8) 推荐(0) 编辑
摘要：
云式计算既描述的是计算平台也描述的是应用平台,从应用平台角度来说是云式计算基于分布式处理、网格处理和并行处理的商业化实施，它信奉的观点是SaaS(软件即服务)，强调处理无所不在的分布性和社会性。而从计算平台的角度来说，云计算的目标是解决超大规模数据中心的分布式计算的问题。 阅读全文
posted @ 2008-04-02 19:59 Riceball LEE 阅读(1667) 评论(2) 推荐(0) 编辑
摘要：
传统Web开发，一般都是以客户端作为主动的，客户端发请求，然后接收响应，然后再发请求...，整个流程都是以客户端为推动源。这样的一个结果就是，一般的web框架都是把他们的控制器分成一个个的方法调用，客户端的请求就对应到这些方法调用当中。而Web Continuation Server 通过引入Continuation机制将逻辑反转了过来，并以此实现了对于page flow的完整描述。 阅读全文
posted @ 2008-01-26 09:30 Riceball LEE 阅读(2521) 评论(8) 推荐(0) 编辑
摘要：
所谓Continuation就是保存接下来要做的事情的内容(the rest of the computation)。举个简单例子，我在写文档，突然接到电话要外出，这时我存档，存档的数据就是Continuation(继续即将的写作)，然后等会儿回来，调入存档，继续写作。Continuation这个概念就协程来说就是协程保护的现场。而对于函数来说就是保存函数调用现场——Stack Frame值和寄存器，以供以后调用继续从Continuation处执行。换一个角度看，它也可以看作是非结构化Goto语句的函数表达。当我们执行 Yield从协程返回的时候，需要保存的就是Continuation了。 阅读全文
posted @ 2008-01-19 21:22 Riceball LEE 阅读(4619) 评论(2) 推荐(0) 编辑 |
|||
