admin 管理员组文章数量: 1184232
2024年3月19日发(作者：汇编指令名称)
微软Sharepoint的一些缺点
关于SharePoint，它是在文档管理平台上构建起来的，加入简单工作流功能的
web系统。它完全基于微软体系架构，好处是与Office结合紧密，缺点是兼容
性不够，过分依赖微软运行环境。
Sharepoint的工作流，只支持简单的顺序操作逻辑。如果涉及到退回、分支、
循环、会签等复杂应用，就必须借助Visual Studio，完全通过编码来实现。
如果需要编码，就需要掌握Windows WorkFlow Fundation, Web Part, ,
CAML, Infopath以及Windows Sharepoint Server等大量内容，而且相关中文
资料很少，会造成极高的二次开发成本。
最后，Sharepoint还存在难以控制页面字段权限，性能瓶颈，以及不支持分页
调整等一些硬伤，具体可参见下面资料。以下内容全部摘自网友评论。
关于性能：
1. 上海新世界地产用Sharepoint失败，因为运行很慢,维护成本非常高
2. 调试时注意两件事，一个是计算机需要很多RAM，第二是SharePoint运行很
慢，要耐心。
3. “在企业层面上，还有一定的领域有待于进一步开发，例如，在备份、性能
和归档方面，我希望借助于其它的供应商参与进来” Bryne说。
关于产品定位：
1. Sharepoint的工作流可以配置简单的，但是遇到复杂的需要自己去写程序，
当然这是可以解决一部分业务工作流，但不是长久之计。
2. 可能有些人还不知道，SharePoint是一个在文档管理平台上构建起来的、基
于Web的办公套件。
3. Sharepoint可以当一个门户、文档管理、一些简单的oa办公流程
“当你安装并实施了SharePoint以后，就可以有一些基本文件的共享，但
它不适合于更为复杂的文档管理。管理文档需要复杂的企业分类或更为复杂的
有规则的工作流，那么SharePoint就有点落后了”。
关于工作流：
1. 采用SharePoint Designer设计工作流的优点是操作简单，无须编译和部署，
缺点是只能实现顺序操作逻辑，无法实现退回等循环逻辑，审批界面自动生成，
也无法实现一些复杂的操作。如果需要这些，必须通过Visual Studio编程实
现。
2. 第一种需求oa系统，完全可以使用sps的列表和文档库来开发，一般的公文
流转和工作流都不需要编写代码。这种系统如果对数据处理比较大的话就不是
很方便，例如，报销单据的业务，用列表可以很方便开发报销的业务模块，但
如果客户提出统计某部门某段时间的报销费用，或者对部门进行成本核算(用
到报销的数据)。像这类业务使用列表来处理就很不灵活了。一旦有这样的需
求原来用列表设计的模块可能需要改动来适应这种复杂的需求。
SharePoint带给你的意外收获是你可以得到一份支出单以及不用供应商，
很容易向你的经理汇报情况。这一点是好的。但是，你还需要一个NET开发者
进入到系统里。千万不要对培训内部员工有过高的希望。
3. SharePoint的工作流可以说是非常的脆弱，如果想在SharePoint上实现中国
式的文档流转，我估计头上的白头发又会增加不少。不知道微软是怎么搞的，
SharePoint这么优秀的解决方案，但工作流设计真的太不入流了，至少不满足
中国国情。
关于二次开发：
1. 最近有一个项目是针对基于Windows Sharepoint Server, 并利用Microsoft
Office Sharepoint Server2007和Design的开发和部署(其实我对这个项目是
颇有微辞的, 首先对于这类技术的集成还没有掌握, 项目书上说是配置占70%
以上, 其实不然以这样的要求显然开发占了70%以上). 并且我对这种
Microsoft极度推崇的技术也是心存一些不满的. 首先它的内容更广一些,不
仅设计了Windows WorkFlow Fundation, Web Part, 2.0, CAML,
Infopath以及Windows Sharepoint Server等大量内容还有许多企业应用的概
念. 并与Office系列产品有高度集成. 这对于一个开发人员来说需要掌握更
版权声明：本文标题：[讲解]Sharepoint缺点 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/b/1710838105a575624.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论