Blog链接：https://blog.51cto.com/13969817
今天我们讨论一下SharePoint Framework的基本介绍，可能大家都知道，如果是SharePoint On Premise的话，我们的开发方式是wsp，即solution package，而对于SharePoint Online，wsp则不适用，在云计算中是行不通的，然后微软引入一种App model的技术，后来把它重命名为add-in model。add-in model被分为SharePoint Hosted app或add-ins和Provider hosted apps 或add-ins，还有一种是auto hosted apps，是SharePoint on-premises和SharePoint Online的可行开发方法。
我个人认为SharePoint hosted apps的适用性非常有限，而且安装过程非常复杂，也不适合第三方产品。而后来微软提供的Microsoft Graph，即REST API，只要能够验证或获得令牌，就可以调用这些api，只要我们编写一些JavaScript来调用Microsoft Graph，并在我们SharePoint页面上提供服务：经典网站和现代网站，还有一些其他平台和挑战，Office插件，开发移动应用程序等等。所以我们只能说SharePoint的发展历程并不是一条直线，到目前为止，我们还没有一个易于安装和轻量级开发的平台。
那么什么是SharePoint Framework呢？SharePoint Framework最终成为了一种一致的开发方法，可以和Office 365、SharePoint Online之间工作，理论上讲，任何在SharePoint 上工作的都可以在不改变代码的情况下迁移到Office 365。当然，对此不能全信，因为这取决于代码的功能，如果你调用Microsoft Graph，它在On Premise不可用，但在Office 365 中可用，或者如果你调用自定义的api，可能会有一些重写，但在大多数情况下，On premise几乎所有都转移到Office 365中，但是反向是不可以的，因为新功能总是先部署在Office 365中，因此对SharePoint Framework而言，它也是建立在modern技术上的，比如typescript，npm，yeoman或者任何JavaScript框架的选择，这些都是我们使用的工具。微软也在使用SharePoint Framework，他们使用的平台和他们要求我们使用的平台是一样的，可以将SharePoint Framework看做一种开发体验，可以自定义SharePoint。事实上，微软希望你在SharePoint中添加功能，只要你规则，比如定制页面是可以的，编写Web Part是可以的，但是整个页面或者移除顶部套件栏或者waffle菜单都是不合适的。
SharePoint框架的设计是为了鼓励你不要犯错误，所以通过对SharePoint Framework的基础介绍，希望你能了解这个令人惊叹的开发平台。
原文地址：https://blog.51cto.com/13969817/2482516