SPFx框架分析

基于Share Point 最新框架 - SPFx 的分析

SPFx

• 优点
  • 安全性高，可读取用户上下文
    • 在当前用户的上下文和浏览器的连接中运行。没有像SharePoint Add-in那样使用IFrame，也不是将JavaScript 直接嵌入到页面中，安全性较高，不再受制于用户浏览器的设置
  • 响应式（HTML5）
    • 控件支持响应式呈现，以适应不同尺寸的界面
  • 标准化
    • 提供了从开发，测试到部署的完整解决方案。例如使用Yeoman模板创建项目，使用Gulp来调试，还提供了基于React的标准Fabric UI控件。为开发者提供了极大的方便。
  • 框架兼容
    • 采用了最新的前端开发技术栈，支持不同的前端开发框架（React, Knockout, Angular, Handlebars, jQuery 等等）
  • 兼容性
    • SPFx上创建的Web part 同时支持SharePoint Online和SharePoint Server
  • 性能可靠
  • 开源
    • 免费
  • 完备的文档库
• 缺点
  • 开发成本高
    • 开发环境变化
      • 新的开发框架，之前的服务器端开发经验很可能用不上了
      • IDE
        • Visual Studio
          • SPFx Project Template
        • Visual Studio Code
    • 前端框架的引入
      • HTML5学习成本
      • Angular等前端框架的学习成本
      • npm等新编译器的学习成本
        • node js
        • npm 指令
    • 标准化带来的学习成本
      • Gulp 的学习成本
        • 使用Gulp对 SPFx进行编译和部署
      • 调试成本
        • 开发和测试过程中问题的排查
        • 上线后问题的排查
  • SPFx更适合于UI的定制化而对Event Handler，Workflow等无能为力？
    • 需要确认FPFx是否支持Workflow 开发
  • PFx还仍旧处在变化和发展中
    • 使用中的问题可能不能得到有效的解决
  • 安全的风险
    • 可操作用户上下文，存在安全风险
• 总结
  • SPFx 不是对share point 的替代，而主要是对 web part 的升级
  • 新型前端框架通用性高，支持标准化，适应当今web端开发新理念
    • 但学习和开发成本高，不建议大面积使用
  • 新型框架自主性强，有利益创建公司自主型体系，用利于提高公司产品力
    • 但投入成本会更多
• 主要用途
  • Web Part
    • SharePoint 客户端 Web 部件是显示在 SharePoint 页面中，但仍在浏览器中本地运行的控件。 它们是 SharePoint 网站页面的构建基块。
  • Extension
    • SharePoint Framework (SPFx) 扩展是运行在 SharePoint 页面的上下文中的客户端组件。可以将扩展部署到 SharePoint Online，并可以使用新式 JavaScript 工具和库生成它们。
• SPFx产生的原因
  • 之前版本中大多数web部件的开发模型涉及在浏览器中运行 JavaScript 生成对 SharePoint 和 Office 365 后端工作负荷的 REST API 调用。C# 程序集不适用于此环境。我们需要新的开发模型。SharePoint Framework 是 SharePoint 开发的下一个发展方向。
    • JSOM，CSOM 之前对于资源的使用将遗弃，转而使用REST API调用