OpenShare vs Sharepoint

光合信息Openshare是基于SharePoint,Exchange等开发的企业协同门户产品，许多朋友问为什么不直接就用Sharepoint建立企业门户解决方案，而要建议用OpenShare来进行？当然，因为我是OpenShare的开发人员，推荐OpenShare是我的天职。不过如果只是因为这样的关系，不会得到令人信服的理由。在我问答之前，我要先强调，SharePoint是一组API，是基础平台，而不是完整的解决方案。

另一方面，SharePoint真的是很牛的技术，但是要从技术走到平台，再从平台走到解决方案，这可是一条很长的路。

接下来就是我对这个问题的回应：

1.当你使用SharePoint建立门户解决方案时，一旦碰到界面美工的问题，你不得不花费大量的资源去做设计、切图、融合和测试，你得熟悉Sharepoint原生的页面布局和CSS，当各个分公司或部门要求各自的门户使用不同风格的界面时， 会令你疲于应付。

2.当你使用SharePoint建立门户解决方案时，一旦碰到用户要求的页面布局无法突破Sharepoint原生布局中的Webpart Zone时，会令你束手无策。

3.当你使用SharePoint建立门户解决方案时，一旦碰到SharePoint文档库、列表、内容类型…，你得面对SharePoint API。相信我，这东西可复杂的很。如果你的开发团队SharePoint经验丰富，技巧纯熟，同时很喜欢写代码，那就尽管去做。

4.当你使用SharePoint建立门户解决方案时，你需要充分了解sharepoint的原生功能，总计700多个SPFeature，除非你的团队拥有资深的Sharpoint 产品专家和开发人员，才能真正高效，便捷的使用，组织，开发这些功能。

5.当你使用SharePoint建立门户解决方案时，一旦碰到门户授权及权限的管理时，你需要自行设计足够强健的模型。如果你是经验丰富的安全专案，没问题，就自己来吧。

6.SharePoint只是门户解决方案的起点，数据集成也是个大问题。如果你很熟BCS，你可以自己写 Adapter(或是产生中间文件)去和各系统衔接，不然你就得很清楚要面对的整合对象，像是SAP、Oracle...，然后自己去处理。

7.你如何确保你的门户解决方案是高效能，具延展性的？你的解决方案能不能透过一键式建站的多层级管理模型，应付企业的成长？

这些还都只是开始而已，一个Dotnet开发人员要充份掌握SharePoint的技术，同时能设计出一个满足真实需求的应用程序，可能要半年到一年的时间，不过这个前题必须是这个开发人员的Dotnet开发经验丰富，精通类和界面的设计、知道如何使用设计模式、序列化、事件处理机制等。不过就以我个人的经验，我还是花了三个多月才大致掌握SharePoint的基本架构，能写简单的程式。真的要让SharePoint发挥功能，最好还要非常清楚SharePoint的对象模型和API，否则帮助真的不大。

那OpenShare呢？

1.当你使用OpenShare建立门户解决方案时，预置多套主题，可以随意切换，同时可以自由定制新的主题。

2.当你使用OpenShare建立门户解决方案时，提供改良的无束缚的页面布局构造器，突破Sharepoint原生布局，随时满足企业页面布局变化需求，无需进行开发。

3.当你使用OpenShare建立门户解决方案时，提供封装的API和设置中心，通过简单配置或简单开发就可以达成您的业务诉求。

4. 当你使用OpenShare建立门户解决方案时，一键安装，开箱即用，快速便捷完成您想要做的工作，无需精通Sharepoint，轻松完成办公和协同。

5.当你使用OpenShare建立门户解决方案时，提供足够强健，便捷的门户授权及用户权限管理模型。

6. OpenShare提供Connector和消息中心等适配器，与各系统无缝集成。

7. OpenShare基于Sharepoint 标准API进行扩展和增强，确保你的门户解决方案是高效能，开放的，具延展性的，提供一键式建站的多层级管理模型，高效应付企业的成长。

为什么用OpenShare？ OpenShare代表的就是开放，善用既有投资、无缝整合、同时还代表充满愿景、预见未来。