我学习SharePoint2007差不多持续了一年，虽然已经好久不接触了，但它却一直影响着我。不管是协同产品选型，还是应用程序开发，它都是我最好的参考标准。SharePoint2003给人的感觉只是文档管理系统而已，做不了什么应用；相比之下，SharePoint2007已经丰富了很多，除了健全的文档管理，还有门户网站、工作流管理、报表管理、InfoPath电子表单，支持代码开发、事件开发、和AD域集成。
SharePoint2007最在行的就是建网站，公司网站、部门网站、项目组网站、个人网站或博客等，简单几步就可以完成。SharePoint的网站首页，或称门户（非常流行的概念），SharePoint2007是我见过真正意义上的门户，可在线编辑内容、调整布局、任意添加修改模块，有丰富的模块，例如图片展示、滚动公告、新闻列表、相关链接、文档、文章、报表等等，如同主流网站的博客一样，可以自定义。在协同产品选型过程中，很多厂商都声称他们的门户做的最好，最有特色，可惜吹嘘的成分太大，单说门户模块，少的可怜，还不能扩展，不能自定义，连样式都不能改，局限性太大。
SharePoint2007的工作流，总体来说比较简单，满足简单审批还可以，但是碰到复杂的工作流审批就不能直接实现，必须借助.Net工作流开发，虽然SharePoint2007提供了良好的工作流开发套件，但开发起来还是很困难。我们所期望的工作流应该是有一个强大的工作流设计器，不需要开发就可以通过拖拉拽的方式设计出符合要求的工作流，在流程运行过程中，可查看流程图，可追踪工作流状态，可收回、可挂起、支持子流程，支持流程过程统计、支持流程事件扩展等。SharePoint2007的事件开发思想值得借鉴，工作流系统是个独立完整的模块，不能任意修改代码，但是个性需求是存在的，比如需要流程的某一任务结束时执行一条sql或代码，怎么办？ SharePoint2007做法是，允许用户创建一个类，以事件形式注册，当事件触发时，这个类就会执行。
SharePoint2007的电子表单。我如此对SharePoint偏好，主要是因为我此前用PHP写的文档管理系统，在实际应用中，业务部门提出各种需求，其中很大部分都是关于业务数据的采集、存储、查询、过程控制，这些需求在业务部门看来它们面向对象、使用范围、侧重点都不同，是截然不同的业务。而在我们看来，只是字段不一样而已，原理、过程、程序都一样。我之前做过档案管理软件的销售和技术支持。档案管理软件，从软件本身来讲，它只是个文档管理模块，谈不上什么技术，不同的只是名称不同。后来，我开发工具台帐管理和产前策划系统（其实也是文档管理，只不过管理对象是一些关于生产数据的文档）的时候，越发感觉如果将文档管理模块做的灵活些，那么这些所谓的业务系统通过简单的设置就可以配置出来。这一点，我将在MiniOA中详细展示。
最终我还是放弃了SharePoint，它过于庞大，难以驾驭；同样，版权费用问题也很重要的，估计只有中石油、中石化这样的企业才用的起吧。幸好，有java，有开源项目，我们才能够用免费的工具来替代SharePoint。