博客地址：http://blog.csdn.net/FoxDave
企业中的SPFx
SharePoint是最成功的企业协作平台之一，能够成功的其中一点是它能够进行扩展并作为一个应用集成平台。SPFx的出现会让SharePoint变得更为出色。
企业开发者
SPFx允许企业开发者创建企业中使用的应用程序，扩展SharePoint。SPFx提供了开发框架中的任何东西，构建管道，到真实开发并允许开发者在短时间内就能接触到所有网站集的新解决方案和功能，这些都通过应用程序目录控制。在企业场景中你对CDN也有完全控制的权限，可以轻松地在整个企业中进行部署和更新。
企业管理员和开发者的联结恰恰描绘了如何部署SPFx解决方案的蓝图。蓝图包含关于偏爱的客户端框架的细节，CDN的地址等。之后还会对这里进行更细致的介绍。
市民开发者
市民开发者是长期使用许多不同方式和技术构建SharePoint业务应用系统的人。SPFx对于某些场景特别是嵌入脚本和脚本编辑器web部件是一个很好的办法。这能够使得这些解决方案随着时间的推移更加的标准和可维护。市民开发者可能会在适应这种新的解决方案构建方式时消耗一定的时间，但是从长远来看这样是更稳定、安全和具有高维护性的。
这会潜在地使企业内的SharePoint环境更稳定和可维护，但同时也会阻止一些组织内的创新，并且要确保市民开发者跟企业的使用SPFx的开发者保持方向一致。
用户体验设计和前端开发者
对于web开发者或者是用户体验/交互设计师来说，SPFx是非常有价值的。工作台允许前端开发者在任意的操作系统上进行SPFx解决方案相关的工作而不依赖于SharePoint，使用假数据而专注于用户体验。SPFx和Office UI Fabric并行发布，它是Office和Office 365官方的前端开发框架，可以使用户体验设计师在Office和Office 365上创建无缝的体验和解决方案。
系统集成商（SI）
如果你想借助系统集成商或是顾问公司来构建你的SharePoint和Office 365解决方案，你需要提出关于如何构建SPFx解决方案的建议和需求。典型的系统集成商一般会有他们自身倾向的构建解决方案的方式，可能跟你的组织是不匹配的，因此跟系统集成商的讨论重要的，也可以让之后的事情更容易。一个典型的场景是这样的：系统集成商为你的组织构建了解决方案之后交给你维护，更新和升级，你需要跟系统集成商一起重视SPFx解决方案的构建和承载方式。
独立软件提供商（ISV）
独立软件提供商是构建第三方解决方案的组织，他们可能不总是与你对于SPFx解决方案的规划是相符的。而且独立软件提供商拥有他们自己的代码和知识产权，因此你很难去更改他们实施和承载他们解决方案的方式。对于这种独立软件提供商提供的第三方SPFx解决方案，你需要特别关注他们是如何管理更新和承载解决方案的。例如，你是否能接受静默更新？是否允许资产文件承载在ISV的CDN上而脱离你的管控？你跟ISV的信任关系如何？记住任何在SPFx解决方案中的客户端代码都是在当前用户的上下文执行的，不可能像SharePoint Add-ins似的去施加额外的约束。
