Sharepoint与Silverlight的利弊

时间:2012-01-13 01:29:49

标签: silverlight sharepoint

我想了解在Sharepoint和Standalone Silverlight应用程序中开发的应用程序的差异。我的应用程序将是一个仪表板类型的应用程序,其中一些图表和图形与度量数据。

任何人都可以总结在Sharepoint中开发此应用程序的优点和缺点 在Silverlight中开发此应用程序的优点和缺点

3 个答案:

答案 0 :(得分:1)

的推定 -

  • 必需以某种方式涉及SharePoint(Intranet?管理员使用SharePoint?)!

的SharePoint

赞成

  • 直接访问SharePoint数据和对象
  • 轻松添加到SharePoint网站/网页等

缺点

  • 坚持在SharePoint平台中
  • 让开发环境更加复杂(也许你已经有了这个设置)
  • 它是SharePoint

Silverlight的

赞成

  • 可以使用SilverLight插件在任何浏览器中查看
  • 本身可以在SharePoint中显示(例如,似乎在SharePoint中)
  • 不依赖于SharePoint

缺点

  • 需要在每个客户端的计算机上安装SilverLight插件以及正确的版本等
  • 可能需要访问SharePoint Web服务,而不是直接访问SharePoint(如果您的信息中心数据来自sharepoint)
  • 用于托管可能需要的任何Web服务的单独服务器(或相同)

修改
您可能值得提一下您可以访问哪些控件集,就好像您拥有SharePoint或SilverLight第三方控件的许可证,这可能会影响您的仪表板的结果

随意添加到此...

答案 1 :(得分:1)

SharePoint可让您控制数据本身。您将能够包含涉及工作流程(例如批准)或访问受限的方案。例如,我参与了一个客户有两个供应商的项目,当然他并不希望供应商2在仪表板上看到供应商的数据。

SharePoint还将为您提供更多渲染选项,html或Silverlight。如果您需要支持各种设备(包括移动设备),这将非常有用。

缺点是SharePoint部署涉及的开销。

正如John Saunders所说,这是一个广泛的主题,没有简单的答案。要考虑的一个重要因素是项目的规模。如果您处于涉及协作的企业环境中,那么无论是否使用Silverlight,SharePoint都可能是一个不错的选择。

答案 2 :(得分:0)

SharePoint和Silverlight可以直接访问数据。想想

  • ClientObject模型/服务器端对象模型
  • REST服务
  • SharePoint WebServices

在SharePoint中构建仪表板(使用WebParts)可为用户配置OOB。用户已经知道如何使用SharePoint,因为它具有一致的UserInterface。

Silverlight的优势在于,如果您正在添加OutOfBrowser支持,则可以在桌面上安装仪表板。

我认为Silverlight有一些缺点,但它们实际上取决于您的要求和目标受众

  • 到达(在互联网上只有几个百分点安装了Silverlight插件)
  • 安全性(基于SharePoint已有安全模型)

SharePoint提供了许多平台功能,这些功能需要花费大量资金才能在Silverlight中重新发明它们。

只是我的美分;)

和Thorsten