您好,登录后才能下订单哦!
Blog链接:https://blog.51cto.com/13969817
Webpart基本上是每个Portal项目中必不可少的,但是对于SharePoint Online中开发webpart并不是很随意,已经不能像On-Permise环境中可以随意开发visual webpart了,我们需要根据具体的功能进行具体的分析。
'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中的,这样便于移植。
希望本文总结对大家日后开发有所帮助。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。