RO05 - 如何编写RemObjects SDK服务端 (Delphi Version)

【RO05 - 如何编写RemObjects SDK服务端 (Delphi Version)】的更多相关文章

RO05 - 如何编写RemObjects SDK服务端 (Delphi Version)

转载:http://blog.csdn.net/henreash/article/details/2261134 本文档向你展示如何使用RemObjects(Delphi版)创建第一个服务.读了本文档后你可以继续读相关文档: RO06:如何创建RemObjects客户端(Delphi版). 注意:如果你安装了.NET版请看RO45 和 RO46. 你可以把本文档当作一个范例并牢记创建步骤. 本文相关项目完整代码在文档底部有下载连接. 选择服务类型第一步主要是选择一个你要创建的服务类型. 在De…

TYPESDK手游聚合SDK服务端设计思路与架构之二：服务端设计

在前一篇文中,我们对一个聚合SDK服务端所需要实现的功能作了简单的分析.通过两个主要场景的功能流程图,我们可以看到,作为多款游戏要适配多个渠道的统一请求转发中心,TYPESDK服务端主要需要实现的功能有以下几个要点: l 接收请求和返回响应,通常是HTTP的请求响应. l 获取配置信息. n 识别游戏,根据请求中的信息,获取到具体游戏的相关配置. n 识别渠道,根据请求中的信息,获取针对具体渠道的配置. n 根据请求中的信息,获取特定游戏在渠道上的参数 l 处理请求逻辑,根据请求种类…

TYPESDK手游聚合SDK服务端设计思路与架构之一：应用场景分析

TYPESDK 服务端设计思路与架构之一:应用场景分析作为一个渠道SDK统一接入框架,TYPESDK从一开始,所面对的需求场景就是多款游戏,通过一个统一的SDK服务端,能够同时接入几十个甚至几百个各种渠道的SDK.而且这些渠道接口的具体接入字段和接入逻辑,每个月以至每周,都可能发生或大或小的变动.在这样一个复杂的应用场景下,我们应该如何设计一个足够强大而又足够灵活的SDK服务端呢? 首先我们需要厘清,在整个应用场景中,TYPESDK所处的位置,以及它所需要实现的核心功能. 图1 如图1所示,T…

TYPESDK手游聚合SDK服务端设计思路与架构之三：流程优化之订单保存与通知

经过前两篇文字的分析与设计,我们已经可以搭建出一个能够支持多游戏多渠道的聚合SDK服务端,但这只是理想化状态下的一个简化模型.如果接入渠道的逻辑都是按照理想化的简化过程来构建,那么对于支付的请求,我们可以简化成这样几步: 游戏客户端创建订单. 游戏客户端(通过TYPESDK客户端)调用渠道lib库中相应接口,发起支付. 用户在弹出的支付窗口完成支付. TYPESDK服务端等待渠道服务端的回调,收到回调后通知游戏服务端. 游戏服务端执行发货动作. 但是显然这个简化流程在实际上线时是不够满足需求的,…

TYPESDK手游聚合SDK服务端设计思路与架构之四：流程优化之信息安全与订单校验

有了前文几个步骤的分析和设计,TYPESDK的信息交互流程已经可以正常工作了,但是,这个流程还没有考虑到支付这样的过程中,至关重要的信息安全问题. 在整个交互过程中,游戏服务端,SDK服务端,渠道服务端都属于安全区域,这部分发生的数据交互,基本是可以信任的,只需要作相对简单的处理工作:而客户端,包括游戏客户端,SDK客户端都属于危险区域,在这部分产生的数据和请求,都有可能受到外部的拦截和篡改.因此,我们需要在流程上加以预防和控制. 图1 从示意图1可以看出.针对三类不同安全性的数据流,我们的处理…

RemObjects SDK Source For Delphi XE7

原文:http://blog.csdn.net/tht2009/article/details/39545545 1.目前官网最新版本是RemObjects SDK for Delphi and all Clients - 8.1.85.1141 - Trial.exe(支持XE6,30天试用),需购买注册才有源码. 原文:http://blog.csdn.net/tht2009/article/details/39545545 2.根据网上RemObjects SDK for Delphi -…