现在的位置: 首页 > 综合 > 正文

SharePoint 部分缺点

2012年02月03日 ⁄ 综合 ⁄ 共 1749字 ⁄ 字号 评论关闭
   网上到处都在宣传SharePoint的好,说SharePoint差的很少,我个人基于SharePoint的二次开发有段时间了,发现SharePoint的功能确实很强大,比如SharePoint和Office的集成,列表的灵活的自定义等等,都是现在许多系统望尘莫及的。因为SharePoint集成了很多系统的功能于一身,但是有许多细小的问题,做的不是那么的完善。我也把我在开发过程中,经常遇到的一些问题做了一些整理,给大家做一个参考:

 

1.       List分页

List的分页只支持“上一页”,“下一页”,并不支持分页的调整。这个不太适合国内的做法。

2.       List的导出功能

SharePoint的List支持导出功能,里面导出的Excel,多2个默认的字段,这个也还ok,但是仔细对导出功能进行研究,发现导出的当前视图的所有数据信息,即使你分页了,或者是做过筛选,导出的都是当前视图的所有数据信息。

3.       List视图信息的筛选

List视图非常灵活,也非常好用,但是给用户自己定义,这个用户就不太乐意了。视图的筛选信息支持很多,但是不支持用户和组类型包含当前用户。所以做定向通知的时候,遇到发给一个组,就需要开发实现了。

如果不在AllItems页面下的list WebPart 看不到视图的选项,只能使用当前的视图。

4.       List 之间的1:N的关系

如一个List存储学生的常用信息,一个List存储学生对应的成绩信息。这个时候实现可以通过查阅项进行,通过查阅项只能实现一个1:1的关系,而且还要选,没有太多实际的用处。我以前参考一些资料,实现了类似的功能,但是操作起来有点繁琐,需要分2步进行。第一步,填写个人信息。第二步,填写成绩信息。

5.       文档库

文档库可以支持文件的上传,但是上传上去之后,才能对文档的属性信息进行修改。对于中国人的习惯应该是上传文档的同时,再填写文档的属性信息。

文档库不支持附件的上传,如果希望对一个文件进行附件的图片的描述,这个时候就没有什么好办法啦,只能通过查阅项来处理。

6.       富文本字段

这是一个存在很大争议的字段,我在这里不也不多说。只说一些常见的问题:

a.       图片的上传

一般的富文本字段

通过填写图片的路径和描述,来实现图片的添加功能。如果要添加图片,必须先找一个地方进行的图片的上传。

发布类型的富文本字段

发布类型的富文本字段,比一般的富文本改进了很多,可以选择相应的图片,但是如果要上传一个图片,这个时候,就在弹出新的页面进行上传,上传完毕之后,需要关闭当前页面。

7.       搜索

搜索功能是SharePoint中5大特点之一,但是SharePoint的搜索功能是通过爬网爬出来的,所以针对List的某些特定字段(大于1个)的搜索,基本上无能为力。这个功能可以通过现有一个SmartQuery控件进行解决。

8.       导航

SharePoint的顶部导航能很灵活的进行添加和删除,但是我们在当前站点添加一个页面,并把这个页面添加在导航的时候,就会发现,点击页面的导航,激活状态还是首页。这个问题好像只能通过对样式的修改进行解决。

9.       样式

List显示信息的样式不太符合中国人

整个SharePoint的样式,不太适合中国人的风格,基本上每个项目都会修改SharePoint站点的样式

10.   应用模板

微软提供一些应用程序模板,基本在实际的项目中,基本上不能使用

11.   权限

SharePoint中的list默认会继承整个网站集的权限,ListItem 默认会继承List 的权限。当SharePoint中的用户是以单个AD用户加入的,并赋予权限,这个时候,List 和ListItem的权限记录会对对应用户和网站赋予权限的组,导致数据量很大。如果List 和 ListItem 都很大(30-50个list),这个时候想删除用户基本上不太可能了。

如果不给用户和组赋予网站集的权限,当在一个List或ListItem 赋予了用户和组的权限,在网站上就会出现一条相应的记录。

 

12.   数据的删除

如果一个List的数据信息到了10w,你删除这个站点,就删不了了。

用户权限在List中出现次数过多,也会导致用户无法删除。

抱歉!评论已关闭.