跨全端 SDK 技术演进

关于为什么要选择跨平台的实现方式

Write Once， Run AnyWhere.

越来越多的业务需求都有统一的业务诉求，按照传统的方式，在开发、测试、维护上的成本都是乘以N的，体验也很难做到一致性，特别是复杂的业务，实现成本高，导致功能不能很快的上线，各端侧对齐存在成本，综合来看，这样或者类似的业务基于研发效率等考虑，选择用跨平台的实现方式是非常有必要的。

多角色的运营，多场景的触发，多重能力的支持，导致我们的消息系统十分的复杂，历史发展下的多通道消息系统底层由于历史发展衍生出3个子系统分别是：

1. BC消息 - 最早的阿里旺旺就是基于此
2. AMP消息 - 淘宝天猫的各类运营基于此，衍生出来的主要业务包括商家群、淘友、达人业务等，
3. IMBA消息 - 主要是号方面相关的消息，包括BC通知类的消息、达人运营，品牌号运营等

分别在不同的BU维护，而这些在多平台运营下都是需要的，比如多角色的融合，多载体运行的诉求，每个载体又有多种平台。
基于以上背景，研发一个高可用、高复用、可定制的跨终端消息模块是非常有必要的。

关于语言的选择

选择编译型语言还是解释型语言，我觉得是没有绝对而言的，具体选择哪个要根据面对业务形态，适配的终端类型等多方面抉择而言，这里说下我们选择C++作为跨平台开发的首选语言一些背景。

1. 我们团队本身是客户端的业务型团队，当前需要跨平台的业务主要是消息以及消息衍生业务的开发、维护和创新。
2. 主要的终端包括移动IOS、移动安卓、MAC、WINDOWS。
3. 主要载体包括淘宝app、天猫app、千牛app、淘特app、1688app、ICBU app等等。

C++作为天然的跨平台语言，可以高效无缝的调用系统能力，有丰富的技术生态，综合组内的技术栈，是比较契合我们的。

其实也跟集团里其他几个有类似需求的团队聊过，目前选择比较多的也是C++技术栈，本文也将以C++作为跨平台选型语言为主要来讲述。

即使是对于客户端而言，可选择跨平台语言也是众多的，通常跟随着跨平台技术方案一起来看会比较好一些，没有绝对的对和错，只有是否适合你。

关于基础库的选择

既然选择了C++作为我们跨平台开发的基础语言，那么面临的第一个问题是需要有一个功能较为完备，且符合当前诉求的基础库。我们调研了市面上几个主流的基础库

再结合集团内当时的现状，特别考虑移动端的现状：

1. 包大小问题
2. 集团中多种中间件（mtop、db、accs等）要不然已然跨终端，要不然在各端上都有较为优秀的独立sdk提供，基于第一点考虑，这一部分不需要在基础库里二次建设。

综合以上因素，集团内没有合适的足够小的且满足需求的c++基础库，因此我们当时决定自研一个基于C++ STD的符合移动端现状的轻量级跨终端基础库。