我查看了「WPS端二次开发支持基本信息调查」大家填写的数据，与Java客户端/服务的集成的场景排到了第二位，这一篇就说说这个场景下我们认为的最佳集成实践。
嵌入Java客户端
WPS作为文档编辑能力提供者，一般都是被Java客户端「包裹」住，所谓的WPS客户端嵌入到Java客户端中，这样对于Java客户端来说，给用户一种一体的感觉，就是把WPS的编辑能力为我所用的模式。这个模式，WPS提供了标准的Demo，是一套代码，同时适配在Windows和Linxu（x86/ARM/MIPS）操作系统及国产CPU环境中使用，这大家可以去这个地址下载：WPS开源Demo仓库，大家根据README选择「嵌入Java客户端——Windows环境」或「嵌入Java客户端——Linux环境」，这俩是一套代码，可以下载体验。开发环境配置详见java目录下的README，运行动图如下：
- 嵌入Java客户端——Windows环境
- 嵌入Java客户端——Linux环境
融入Java服务
我发现有很多开发者按照「嵌入Java客户端」的Demo开始「魔改」，例如把WPS客户端安装到服务器上，然后写一个Java客户端去调起服务器上的这个WPS，做格式转换等，然后再把转换出来的pdf文件（大多都是doc/xls/ppt转pdf）拿到自己的业务系统中，再利用pdf.js前端组件来预览这个文件，依此达到在业务系统的前端不依赖控件就能预览Office文件的目的。
我强烈不建议这么做，WPS Office作为客户端软件，不建议安装在服务器运行。不过这类要把WPS的文档编辑、预览能力融入到业务服务中的场景是很常见的，那需要集成什么WPS产品呢？
按照使用环境和场景，可以有如下选择：
- 可以接入互联网，需求是格式转换，可以接入「WPS开放平台-文档格式转换」服务
- 可以接入互联网，需求是文档预览和编辑，可以接入「WPS开放平台-在线文档预览编辑」服务
- 不接入互联网，要求内网部署（私有化），需求是格式转换、文档预览，可以接入「WPS在线预览」
好的产品，用对场景，相互赋能。