网上到处都在宣传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中出现次数过多，也会导致用户无法删除。
http://blog.csdn.net/stormlly/archive/2009/02/02/3859198.aspx