在事件接收器中通过多种方式获取 SPListItem 的任何用途

Question

我正在研究在大约 6 年前开发的自定义事件接收器中支持代码...... 没有源代码，因此我们必须反映生产程序集，并在工作之前对其进行清理。

在代码中，我遇到了这个问题，我不知道为什么要这样做，而且我对 SharePoint 的了解还不够多，无法知道是否有理由必须这样做，或者原始编码人员是否是白痴（两者都有可能......

public override void ItemAdded(SPItemEventProperties properties)
{
    Trace.WriteLine("ItemAdded() invoked.");
    base.DisableEventFiring();
    base.ItemAdded(properties);
    try
    {
        SPContext context = SPContext.GetContext(properties.OpenWeb());
        SPUserToken userToken = context.Site.SystemAccount.UserToken;
        using (SPSite site = new SPSite(context.Site.ID, userToken))
        using (SPWeb web = site.OpenWeb(context.Web.ID))
        {
            SPListItem listItem = null;
            try
            {
                listItem = web.GetListItem(properties.ListItem.Url);
                web.AllowUnsafeUpdates = true;
            }
            catch
            {
                Trace.WriteLine("No Url properties, we must be running in CLI mode. Exiting...");
            }
            if (listItem != null)
            {
                SPList parentList = listItem.ParentList;
                listItem = parentList.GetItemById(properties.ListItemId);
            }
            ...
        }
    }
    catch (Exception ex)
    {
        Trace.WriteLine(ex.ToString());
    }
    finally
    {
        base.EnableEventFiring();
    }
}

这似乎通过多种方式获取 SPListItem，当它在 properties 对象中传入时...... 网站也一样。 所以，我想我的问题是，由于他们最终只是通过列表获取属性的列表项，真的有任何理由通过所有其他检查/方法来最终丢弃值吗？

Answer 1

不同之处在于，它不是使用当前用户的凭据获取列表项;而是使用系统帐户的凭据获取列表项。

系统帐户可能具有当前用户没有的列表项权限。

也就是说，肯定

有更简单的方法来获取列表项，并且没有理由像这样多次获取它，即使获得一次可能是合适的。