- 授权协议: 未知
- 开发语言: Objective-C .NET JavaScript
- 操作系统: 跨平台
- 软件首页: http://www.typesdk.com
- 软件文档: http://www.typesdk.com/%E6%96%87%E6%A1%A3%E4%B8%AD%E5%BF%83/
软件介绍
TypeSDK是一个开源的统一手游渠道SDK接入框架，拥有80个海内外渠道，具备简单接入、快速出包、运营工具、分权限管理、产品数据打点等功能。实施周版本更新制度，确保每个每个使用者直接下载就可以打包上线。
| 渠道名称 | 渠道版本 | 当前版本 |
| 阿里游戏 | 6.1.0 | 6.1.0 |
| 360 | 1.5 | 1.5 |
| 百度、91、多酷 | 4.6.11 | 4.6.11 |
| 当乐 | 4.3.5 | 4.3.5 |
| 海马玩 | 1.1.9.7 | 1.1.9.7 |
| 优酷 | 2.7.1 | 2.7.1 |
| 小米 | 4.6.11 | 4.6.11 |
| OPPO | 2.0 | 2.2 |
| VIVO | 2.0.9 | 2.0.9 |
| 华为 | 7.1.1.301 | 7.1.1.301 |
20170113，本周个更新海马玩和当乐渠道最新版本
为什么需要统一渠道SDK接入框架？
通常，游戏开发商并不会只在一个渠道上线他们的游戏，接入越多的渠道，代表着可能获取越多的用户，但同时也代表着越多的接入SDK工作量、工期和费用。一款游戏要有足够的用户，甚至需要接入30家以上的各种渠道，以保障自己的市场覆盖率。
单个SDK接入流程在一位有经验的全职客户端程序、一位全职服务端程序员、一位全职QA处理的情况下，需要1-2周时间才能完成。因此当一款产品面对30个甚至更多不同需求的渠道SDK时，人员成本和时间成本就会急剧增加。
所以我们需要一个通用接口，来处理各种渠道的需求，这就是统一渠道SDK接入框架。
聚合SDK有什么问题？
当前市场上已经有不少解决接入问题的聚合SDK商业方案，但很遗憾的是，他们都需要开发商使用他们的服务器来完成这项工作，这让大多渠道都不舒服。试想如果所有的游戏、所有的渠道用户、所有的用户流水都从第三方走了，那渠道和开发商如何自保呢？
TypeSDK有什么不同？
1.整体方案开源——设计简洁便于二次开发、构建自有接入框架，无被渠道渠道抵制风险；
2.工具平台管理——充分调研用户使用需求，分职能分权限管理参数、开发、出包等工作流程，有效提升工作效率；
3.游戏代码安全——接入打包过程完全在用户内网完成，产品无代码外泄风险；
4.运营数据无忧——无任何第三方介入用户登录、支付流程；
5.分布服务设计——打包工具、SDK服务端支持分布式架构，实现真正意义上的批量出包。
开源、易用、稳定、安全是它的核心价值。
