开源OA系统启动:文挡存储与office集成方案的选择[注:已关闭,勿关注,表歉意]

目前有三种方案可以选择：

1，与WSS集成。
 优点：免费，可以使用WSS文挡库作为文挡集中存储，版本管理，与office无缝整和；
 缺点：需要安装WSS，文挡库对用户来说是个黑箱，离开程序就无法看到其中的文挡；对用户的网络管理要求高而且，假设。WSS坏掉到无法修复的时候，里面的文挡将全部丢失。
 
备注：可以通过备份文挡库解决 ？

2，使用WebDav
 优点：免费，http协议基于文件系统，文挡对用户是完成透明的。分布式文挡存储；可以与office整和；
 缺点：不能进行版本管理，目前的windows的WebDav仅仅是"WebDa"

 备注：可以通过开发自己的WebDav Server实现Server端的"WebDav"，而Client依然可以是"WebDa"

3，使用第三芳控件，比如ntko+
 优点：可以与office整和,功能强大；
 缺点：商业软件。仅仅解决了office整和问题，而且不彻底。版本管理依然需要程序实现。
 
 备注：现在好象很多OA都使用控件的方式实现office整和问题；

在一般的OA项目中，2，3有时候会混合中使用。对于开源软件来说，是不应该集成商业软件的。最底限度是使用免费软件。所以可以排除第三种方案。而对于WSS来说。撇开黑箱问题不说。灵活性降低。而且实施成本也相对较高。而使用WebDav无法解决版本管理的问题。除非在Server重新实现WebDav协议，不使用Windows的WebDav，这样开发复杂度增加不少，而且仅仅为了版本管理;

所以，就目前的可选的方案来说：
使用第三芳控件做office的前端整和,使用WebDav做为可选的分布式文挡存储，而程序自身实现版本控制这样的组合是一个不错的选择。不过在开源项目中使用商业的第三芳控件始终是不太合适的，至于使用SPS就更免谈了。

这个仅仅是我个人的拙见，希望能起到抛砖引玉的作用，大家一起探讨下。期待您大家的高见能撑出一片新的天空！