一、利用DCOM配置直接操作Office文件
作用：读取文件内容，导出Html文件
优势：免费
劣势：1.服务器上必须安装Office软件
2.配置麻烦，正如微软所说，读取Office不是这么干的。
3.转换的文件格式均丢失
4.仅限于IIS服务器，利用ASP.net（C#）
二、第三方ACtiveX浏览器控件（科瀚的SOAOffice中间件、卓正软件的pageoffice控件、WebOffice控件、国外的Office Viewer ActiveX Control）
作用：当用户浏览到特定的网页时，IE浏览器即可自动下载并提示用户安装
优势：易修改，可移植性强，结构容易调整
劣势：1.客户端需安装控件
2.付费
3.在Html5、CSS3以及桌面向浏览器转换的大潮流下，控件已是昨日黄花
4.恶意插件监视用户行为
三、微软 office 365
作用：主要是用来与SharePoint搭配使用
优势：微软自己的东西原生态呈现
劣势：1.件大小限制在10M以内，10M以外的无法预览加载文件较多，各种图片、文字、样式、JQuery等，页面臃肿，加载速度慢，耗费流量
2.不适合手机预览需要微软的批量许可（即授权）
3.架设一台单独的服务器（可以是虚拟机），配置过低能安装，但无法运行，另外还需一台域服务器,而这两台机器上均不能安装其它程序。
4.在Office365服务器上每次重启IIS会重置，也就是说你不能有任何其它网站。
四、在浏览器中直接打开
作用：通过设置MiME类型，告诉浏览器这是Office文件，浏览器直接调用本地Office或PDF软件打开
优势：方便，成本低
劣势：1.不知道客户机器上是否安装了Office软件
2.客户体验大大下降
3.迅雷一直在监视你的浏览器
4.结果无法预知
五、利用Office2007以上版本的一个PDF插件
作用：aveAsPDFandXPS.exe可以导出PDF文件，然后再利用免费的swftools.exe工具生成swf格式的Flash文件，网页中加载flexpaper免费开源工具（有广告）实现Flash文件的预览
优势：成本比较低
劣势：1.PDF文件本身是个打印过程，Excel页面格式未设置，会出现一张表格打印出多页来，阅读体验大大下降
2.过程非常耗费资源，低配的CPU几乎能跑满，服务器卡死。转换时间也非常漫长，这个时间主要是卡在了转换PDF上面
3.完成服务器会遗留大量Excel、Word进程无法正常退出，有一些折中的解决办法，可以在网上搜索
4.浪费磁盘空间，一个文件还需要一个PDF文件、一个SWF文件，是否每次都转换，纠结是要硬盘空间呢还是要CPU的资源
六、永中DCS转换服务
作用：部署在windows和linux服务器上，并且不需要安装任何的office插件
劣势：需要部署服务器
优势：1.转换后的文档的格式，与原文档能够保持高度的一致性，而且对于那些使用IE十分老旧版本的客户，我们转html的标清版本和html图片格式是可以支持
2.过http请求的方式调用接口，所以理论上说只要这种语言能够调用http接口，就都可以使用我们的服务，使用语言范围十分广泛,可以实现集群
3.转换的文件还加入了很多其他的功能，比如说：文件水印、图片水印，打印功能，是否防下载功能，对于生成文件的定期清除的功能等等
4.对于使用java语言编程的客户，我们可以提供sdk，客户可以根据自己的需要来集成使用,兼容性高。