SharePoint 2013 为用户组自定义EventReceiver

  前 言

  在SharePoint的开发中,EventReceiver是很重要的一个部分,但是,常常遇到有些需要事件的时候,却没有相应的模板,因为EventReceiver创建时的模板只有那几个,除此之外我们就无法使用EventReceiver了么?其实不然,下面让我们以用户组为例,介绍下其他类型EventReceiver的创建方式。

  1、新建一个Project,选择SharePoint 2013 – Empty Project,如下图:

  2、选择Debug的站点,解决方案类型为Farm Solution,如下图:

  3、添加一个Feature,我们通过Feature来注册EventReceiver,下面会详细介绍,如下图:

  4、修改Feature的名字,方便我们知道是做什么用的,如下图:

  5.修改Feature的基本信息和Scope,如下图:

  6、为Feature添加Event Receiver,如下图:

  7、添加一个新项目,项目会是类文件,如下图:

  8、选择Class类文件,用来添加我们事件接收器的方法,如下图:

  9、这是Feature的激活事件,用来将我们自定义的EventReceiver注册到Web里面,如下图:

  10、这是个事件接收器的方法了,具体就是加入一个人,往列表里写一条信息:加了那个人、加到哪个组里面、创建时间和创建者;

  11、我们在UI里面测试一下,我在网站的组里加上我自己,如下图:

  12、然后打开列表,发现已经写入了我需要的信息,如下图:

总 结

  以上只是举一个简单的例子,因为默认的EventReceiver模板里,没有对于SPGroup的EventReceiver,所以我们需要通过这样的方式进行添加;其实,这也是传统EventReceiver(也就是07以及之前没有模板时的写法)的写法。

  至于,到底都有什么EventReceiver能这样添加,用的时候看SPEventReceiverType的类型都有哪些种即可(详细见参考文档的链接)。

参考文档

https://msdn.microsoft.com/en-us/library/microsoft.sharepoint.speventreceivertype.aspx

时间: 2024-10-26 02:03:50

SharePoint 2013 为用户组自定义EventReceiver的相关文章

SharePoint 2013中如何自定义Providers在基于表单的身份验证

由于项目的需要,登录SharePoint Application的用户将从一个统一平台中获取,而不是从Domain中获取,所以需要对SharePoint Application的身份验证(Claims Authentication Types)进行更改,即采用更加灵活的混合模式登录:Windows Authentication和Forms Based Authentication.故本篇博客将着重笔墨去介绍SharePoint 2013自定义Providers在基于表单的身份验(Forms-Ba

SharePoint 2013中如何自定义扩展菜单

在对SharePoint进行开发或者功能扩展的时候,经常需要对一些默认的菜单进行扩展,以使我们开发的东西更适合SharePoint本身的样式.SharePoint的各种功能菜单,像网站设置.Ribbon.列表里的下拉等等,都是一样原理的,都是XML+JS脚本实现的,如果想实现这些功能,只需要一个XML发布成Feature,并在网站功能启用,即可. 其实,关于这个并没有什么过多可以说的东西,大家在实践中,渐渐理解了.下面,我就举几个简单的例子,做一下简要说明. 项目结构 新建一个空白的ShareP

SharePoint 2013如何定义自定义列表

SharePoint列表库,是我们使用过程中最常用的库,下面,我们简单介绍下代码定义自定义列表,主要是如何使用列表模板修改自带的几个展示页面. 1.新建项目,SharePoint空项目,如下图: 2.选择部署方式,场解决方案,如下图: 3.添加新项,选择列表,如下图:

如何在SharePoint 2013中创建WCF REST Service

SharePoint 2013为开发者提供了丰富的REST API,方便了我们在客户端操作List中的数据.当然我们也可以在SharePoint 2013中创建自定义的REST Service,比如通过REST Service去操作数据库.本篇博客将介绍怎样在SharePoint 2013创建WCF REST Service. SharePoint 中 创建WCF Service 因为无法在SharePoint 2013 Project中添加WCF Service Template,所以预先创建

SharePoint 2013自定义Providers在基于表单的身份验证中的应用

由于项目的需要,登录SharePoint Application的用户将从一个统一平台中获取,而不是从Domain中获取,所以需要对SharePoint Application的身份验证(Claims Authentication Types)进行更改,即采用更加灵活的混合模式登录:Windows Authentication和Forms Based Authentication.故本篇博客将着重笔墨去介绍SharePoint 2013自定义Providers在基于表单的身份验(Forms-Ba

如何在SharePoint 2013混合模式登陆中使用自定义登陆页

回顾 当为SharePoint 2013 WebApplication配置了以混合模式(FBA Authentication和Windows Authentication)登陆后,我们当然可以自定义登陆页面(Sign in Page).登陆SharePoint 2013 Central Administratio后,找到对应的WebApplication,指定其Sign in Page Url即可,如下所示: 创建自定义登陆页面 首先,为了创建自定义的登陆页,我选择了Application Pa

SharePoint 2013中如何使用自定义的List Template

Overview 对于企业员工来说,"扁平结构"的LIST是日常操作中经常使用到的,LIST的好处是方便数据的录入以及数据的整理分析,尤其是Quick Edit功能,可以实现快速编辑.对于SharePoint 2013而言,默认在Site Contents中提供了自定义的List 模版,可以方便的对其进行增加Columns,从而实现功能上的拓展. 随着业务复杂度的提高,往往会在List中添加多个Columns.比如现在公司里的CRC们会创建30~40个Columns在一个List中.并

SharePoint 2013状态机工作流的扩展自定义状态

当我们使用SharePoint 2013的状态机工作流时,发现一个非常不爽的事情,就是SharePoint 所有的工作流状态,都是固定的那些,没办法显示我们自定义的状态,后来经过Google发现,原来这个状态是可以自定义的. 自定义状态步骤 1.修改xml添加MetaData下面的扩展项: <ExtendedStatusColumnValues>  <StatusColumnValue>测试状态1</StatusColumnValue>  <StatusColum

SharePoint 2013 状态机工作流之扩展自定义状态

当我们使用SharePoint 2013的状态机工作流时,发现一个非常不爽的事情,就是SharePoint 所有的工作流状态,都是固定的那些,没办法显示我们自定义的状态,后来经过Google发现,原来这个状态是可以自定义的. 自定义状态步骤 1.  修改xml添加MetaData下面的扩展项: <ExtendedStatusColumnValues>   <StatusColumnValue>测试状态1</StatusColumnValue>   <StatusC