楼上很多人若无大型应用的经验就不要随便给建议，也包括对 C++一知半解的人

1. 大型应用
若都用原生开发的话，成本是极高的（包括不限于人力、开发与测试等等），当然，最大的是后期的维护成本。你要知道，就一端就有可能需要 5-10 个人的研发团队。光移动端就有 iOS/Android 主流的这两个。

而对于大型应用，一般根据公司的长远产品规划，逐步支持非移动端及智能硬件上也是会初步处于规划中的，比如 Window/OSX/Linux，以及智能硬件（如嵌入式的），若是这样的话使用原生的开发对于后续的运维与扩展（新功能、新平台）基本是不可行的，而且成本极高

而且还可能需要提供 sdk 给第三方（有这样的需求的）

2. 小型应用
这样的，随便是原生或是 h5 的方案或别的跨平台方案都是随便的，这个可以根据公司内部已有人员的技术栈选择就可以

3. C++跨平台应该怎么构建
对于这个的话，参考 google 维护的 WebRTC 就可以了——一个平台源码包括构建工具 >10GB

一般的做法，都是“C++库 + 平台接口层 + 原生（一般做 UI 与简单业务）”

稍微有些不一样的就是这个平台接口层的做法某，
a ） 比如可以直接用各个平台的原生语言封装一层提供接口
这种是目前主流的做法，WebRTC 也是这样。比如 Android 则是用 jni 封一层提供接口，iOS 就是 OC 一层；对于 Linux/OSX/Window 等，也是类似的做法。每个平台封装一层做接口

b ）可以网络的方式（如 IPC/MQ/RPC ）
这种更为灵活，这个做服务端是很成熟的做法；对于做大型客户端，有但是不太多

对于具体那种做法，是要根据业务进行综合评估的。

4. 对于 Qt 框架
其实 Qt 之前主要的应用场景是工业或嵌入式（如汽车电子、工控、各种智能设备）这些，对于跨平台这块，若 Qt 敢称第一，应该没有别的框架敢说第二。别拿基于 h5 的方案来说事，不是一个级别上的东西（包括性能、支持的平台等等这些）

做客户端，基于 Qt 好处的地方就是，
a ）提供统一的开发环境与构建方式
QtCreator + qmake/cmake，基本可以应付绝大多数场景与开发环境（ Linux/Window/OSX ）
输出根据自己的方案，可以是动态库或执行文件，都是没有问题的

b ）封装完善的基础功能
包括不限于常见的数据结构、网络（ http/ws 这些）、硬件接口等。简单点就是，很多基础功能不用自己维护，也不需要自己构建或寻找第三方的库（这个可以省事很多）

简单点就是，常用的基本都有提供


其实这最大的困难的地方就是，要用 C++做跨平台，团队内需要有非常资深的人可以 hold 得住整个框架，只要能够确保这一点，基本是不会有问题的。

另外，C++真的没有如外界所传的那么难。很多时候说难用，其实就是缺乏把握框架与方向的人，因为特性诸多，很容易给滥用。其实不管是什么语言，都存在这个问题，只是 C++更为明显而已。


注：本人维护过基于 C++/Qt 跨平台的客户端软件，源码量 > 50W 行以上，所以对于这块有足够的发言权。