在政企的各种业务中，文档作为一种高价值密度的信息载体，文档的全生命周期管理是用户自身和各类业务系统都必须关注的。尤其在当前信创快速推进的大背景下，对业务厂商和文档管理服务商都提出了不小的挑战。
从政策角度解读，经历了两期党政机关电子公文的试点工程的经验积累，从2019年开始，信创已经从试点应用转为全面推进，且从党政机关外延到国家核心产业，表明信创从规划和基础研发阶段进入正式的产业落地推进阶段，市场空间进一步扩大，已成为数字化转型全新动能；
从环境现状看，信创推进不是「一刀切」，必然有一个「混合环境」的过渡期，那对所有的业务系统、软件和服务都提出了商用环境与信创环境可以平滑切换，保持全平台一致性的要求；
从用户要求理解，政企用户的眼光和水平早已随着移动互联网的普及，被各类2C的优秀产品「拉高」了，结合业务，用户需要更加智能、高效、随时随地可开启、业务深度无感连接的一体化办公平台，需要满足用户全场景下的高效智能使用需求；
从技术发展分析，各个业务系统都应该摆脱平台、兼容性、健壮性限制，满足业务强关联，功能易扩展，集成松耦合，场景全覆盖的技术要求。
针对「适应各类环境、用户体验升级、深度融入业务、技术赋能与连接」的挑战，WPS作为一家已过而立之年的软件公司，深知「可为与不可为」，整合产品矩阵做文档平台，开放全能力主动做集成，成为连接用户和业务的桥梁，和业务系统之间相互赋能。
整合后的WPS产品矩阵可以对外提供标准能力输出。作为一个通用基础软件和服务，WPS利用自己多端同源的优势，可以做到所有基础环境的兼容适配，覆盖当前用户的使用环境。与业务系统的集成，回归业务系统与Office软件集成的初心，让业务重定义WPS，让WPS的全能力被业务系统所用，融入到业务中。也可以做到与业务系统主动集成，相互赋能，利用WPS端的优势，扩展WPS端功能的边界，构建「文档应用中心」，升级用户体验。
对于文档全生命周期——「产」、「存」、「管」、「用」，WPS的产品矩阵都可以完整覆盖，相较而言作为产品矩阵中年岁最长的WPS客户端也是实力最强的。WPS客户端主要覆盖「产」和「用」两个环节，可以通过WPS加载项与业务系统相结合，成为业务系统的「超级编辑器」，深度融入有系统中。也可以作为「文档处理中心」，作为业务系统的第二入口，提供用户文档创作和利用过程中「一站式」的使用体验，为用户的工作效率插上翅膀。
我们回想和分析下传统的业务系统与WPS集成的现状和问题。
首先我们可以将业务系统与WPS集成的场景分各类，大体有三种：B/S业务系统集成、C/S业务系统集成和WPS功能扩展。
B/S业务系统集成：最常见于OA与WPS的集成，一般采用浏览器控件将WPS嵌入业务系统的页面中，给用户一种WPS作为一个编辑器就是业务系统的一部分，这类使用场景也有个名字——在线编辑。
C/S业务系统集成：最常见一些高安全性要求的软件系统，例如庭审系统。诉求也很简单，就是把WPS嵌入到自己的软件客户端中，接入WPS的对文档的处理能力。
WPS功能扩展：常见的插件包括「小恐龙公文助手」或「财务专用扩展」等，就是把一些特殊业务场景下，将WPS自身原子功能重新排列组合一个快捷功能，让WPS在这个场景下更好用。
其次我们看看这几个场景都是怎么定义WPS的，无论是B/S还是C/S业务系统，将WPS嵌入到自己的系统后，一般就保留一个文档的编辑区域，WPS自身的那些功能一定会想方设法的干掉，然后再在自己的页面上定义一些所谓有业务含义的功能按钮，去调用WPS提供的API实现自己想要的功能。我认为这就是对WPS功能的「阉割」，在这个场景下，无论是用户体验还是业务系统的健壮性、可维护性都不好，但好像这么多年来也没有什么更好的技术手段来改变现状。对于WPS功能扩展的集成使用场景，受限于技术门槛较高，插件分发不便利，以及自身技术实现上的局限性（COM插件的健壮性问题，VSTO加载项的兼容性问题），让本来是一种很不错的模式并没有发挥出最佳的生产力效果。
最后看看WPS端目前推荐的集成方式是怎样的：
回归集成初心：业务系统和WPS集成，最大的诉求就是接入WPS的文档处理能力，那WPS将所有功能接口化，让业务系统以足够低门槛的调用到是不是就是回归初心；
功能按需定制：业务系统集成了WPS，一定是要对WPS的使用上做定制的，例如I/O控制，自身功能根据使用场景的可用性限制等。这些WPS暴露出接口，都能实现；
部署运维便利：业务系统与WPS做集成，尤其是带Server端的，都得考虑怎么将WPS客户端和业务系统的耦合性降到最低，结合点最好是和业务系统的Server端绑定，这样运维部署最便利。目前WPS加载项的部署模式就是个B/S模式，非常易于维护又做到了松耦合；
迁移成本最低：应对混合环境，WPS加载项方案是个一次集成，由WPS来完成全平台环境适配工作，与业务系统集成的那部分代码，写一遍就行了。
如果WPS端的集成能做到以上四点，是不是很爽？现在的情况就是如此：
之上的三张图阐明了WPS推荐的集成方式：
高大上的名字：WPS jsapi
业务系统与WPS的结合点：WPS加载项
有啥技术特性
浏览器免控件集成，采用浏览器都支持的「自定义浏览器协议」实现页面调起本地WPS，这项技术的更普遍的案例是迅雷下载和腾讯会议
业务系统通过JavaScript语言就能完全操作WPS的标准API
WPS2019内嵌了浏览器框架，一方面可以解析业务方的js代码，另一方面又可以渲染展示业务方的网页，提高了WPS与业务系统结合场景的丰富性
通过WPS2019内部打开的任何网页，在渲染时，WPS会主动在页面的Dom树Windows节点下注入「wps」对象，有了它，任何页面都可以通过js调用wps，从而与活动文档进行数据交互
WPS加载项就是一个标准的前端工程，可以和业务系统的服务端做整合，达到一种B/S的使用模式，从而让部署运维变得十分简单和高效
光这么说可能太枯燥了，看几个生动的案例吧：
之上是一个典型OA集成场景，可以通过接口控制文件I/O，就是达到OA系统常说的「从哪儿来回哪儿去」的文档管控要求，还能对WPS的自身功能做重定义，例如最高频的Ctrl+S的保存操作，可以通过接口重写为「保存回OA」的功能，并且可以实现从业务系统来的就调此方法，本身就是本地文件，就依旧是原生的保存。还可以通过WPS自带的浏览器托管一部分OA中与文档处理关联度高的页面，让用户就在最应该处理文档的地方处理文档。
之上是一个知识库的模式。京华信息利用WPS加载项做知识库服务，将其知识库通过WPS加载项提供的丰富的WPS接口，赋能给WPS客户端，提供在文档创作过程中的素材利用服务。
之上是一个语言翻译助手，算文档服务。扩展了WPS的功能边界。这是蒙科立做的蒙汉翻译WPS加载项。
之上是个高阶一些的应用了，是亿信华辰利用WPS加载项集成了WPS，作为其BI报告模板的设计器。将服务端生成的数据，通过「拾取」的方式，插入到文档中，形成数据分析报告。
综上所述，通过WPS加载项的集成模式，是将WPS客户端的全能力以足够易用的调用方式与业务方相互赋能，从而达到：
文档创作时——「写的快」——接入知识库和资料库，引入智能推荐
文档创作中——「写的好」——接入文字语义级别校对服务，一屏显示校对结果
文档创作后——「发的出」——托管业务系统文档流转功能，提供办文导引
与业务系统一起构建「文档应用中心」，让用户在此「一站式」完成文档创作。
说了这么多，业务系统开发商是不是都跃跃欲试了呀，告诉大家一个好消息，WPS jsapi是WPS 2019全部版本都默认支持的基础能力，我们为了让生态伙伴们都能方便的接入这个能力，我们将所有资料整理后都开源了，详见如下slogen：
您好，很高兴开始我们之间的合作，请仔细阅读如下内容。
WPS秉承「开放赋能、合作共赢」的态度，希望和您一起服务好用户，提供最佳的用户使用体验。
如果想仔细了解下WPS加载项的原理，可以看看WPS学院新上线的视频，点下方链接。
之后的专栏文章，可以再详细讲讲WPS加载项最IN的开发体验，现在WPS通过npm包管理工具提供wpsjs这个工具，可以帮助开发者快速的创建、调试、打包和发布WPS加载项，并且在开发WPS加载项过程中，做到WPS API的自动提示和补全，如下效果：
都别等啦，用这样的方式，对接WPS吧。
