Blog链接： https://blog.51cto.com/13969817
Webpart基本上是每个Portal项目中必不可少的，但是对于SharePoint Online中开发webpart并不是很随意，已经不能像On-Permise环境中可以随意开发visual webpart了，我们需要根据具体的功能进行具体的分析。
比如：Visual Studio在App.js中创建一个带有hello-worldish脚本的应用程序。该脚本检索当前用户的显示名，并将其放入默认App页面default .aspx的中。
Sample Code：
‘use strict‘;
?
var context = SP.ClientContext.get_current();
var user = context.get_web().get_currentUser();
?
// This code runs when the DOM is ready and creates a context object which is needed to use the SharePoint object model
$(document).ready(function () {
?getUserName();
});
?
// This function prepares, loads, and then executes a SharePoint query to get the current users information
function getUserName() {
?context.load(user);
?context.executeQueryAsync(onGetUserNameSuccess, onGetUserNameFail);
}
?
// This function is executed if the above call is successful
// It replaces the contents of the ‘message‘ element with the user name
function onGetUserNameSuccess()
?$(‘#message‘).text(‘Hello ‘ user.get_title());
}
?
// This function is executed if the above call fails
function onGetUserNameFail(sender, args) {
?alert(‘Failed to get user name. Error:‘ args.get_message());
为了提高效率，首先我们需要分析某个区域的信息显示能否通过SharePoint的OOB的Webpart来实现，而不是需要每个Webpart都要自己开发。如果确实OOB的Webpart无法实现，我们在考虑使用App Part来实现。
对于app part上面中需要的js和css尽量使用CDN的方式引入，因为如果一个app包中包含多个app part并且在同一个页面上添加这些app part，会导致请求过多有些app site中css和js无法加载。使用CDN的方式能减少部分请求，也可以避免部分这样的问题。
为了避免多个App Part使用一个App Site，如果同一页面放了很多这样的app part会导致对这个app site的请求资源过多，带来意想不到的问题，最好每个app part单独开发一个app.
尽量减少请求次数，对于不必须要的请求我们可以通过App part的属性来替代，例如：一个完整功能的app part内部可能需要点击item跳转到view item页面，那么这个URL可以通过属性来配置，而不是通过REST API单独请求一次。
比如SharePoint Host的App Part 借助SharePoint REST API 或者JSOM来获取数据，并且画出我们想要的效果，但是这种方式我们过于依赖于SharePoint站点，也就是我们需要用到的css和js都在SharePoint站点中存在，如果我们把这个Webpart移植到另一个站点中，这个站点也必须部署相应的js和css文件，依赖性比较强。这里我们要求使用SharePoint Host App的app part来代替，因为app part实际上是一个Iframe，我们开发的App part 中使用到的js和css都是独立存在app site中的，这样便于移植。
希望本文总结对大家日后开发有所帮助。