更新已部署的 SharePoint 内容类型以处理其他项目事件

Question

我有一个网站内容类型，用于整个网站集中的少数列表。 在该内容类型中，我描述了一个事件接收器来处理 ItemAdding 事件。 这很好用。 现在我需要更新内容类型，以便也处理 ItemUpdating。 我突然尝试简单地修改我的内容类型的 xml，因为这似乎可以轻松进行版本跟踪。 这是有效的，因为我的更新已应用于网站内容类型，但不适用于一直使用此内容类型的列表。 这是预料之中的。 然后我注意到 SharePoint SDK 对此采取了严峻的观点：

在任何情况下您都不应该 更新内容类型定义 获得内容类型后的文件 安装并激活该内容 类型。 Windows SharePoint Services 确实 不跟踪对内容所做的更改 类型定义文件。 因此，你 没有办法推倒 对网站内容类型所做的更改 子内容类型。

然后，SDK 指出了几个部分，这些部分描述了如何使用 UI 或代码来推送更改。 由于 UI 不提供事件接收器的挂钩，我想我将选择代码路径。

我以为我可以做这样的事情，只需将一个新的事件接收器添加到内容类型的列表副本中：

SPList list = web.Lists["My list"];
SPContentType ctype = list.ContentTypes["My content type"];
// Doesn't work -- EventReceivers is null below.
ctype.EventReceivers.Add(SPEventReceiverType.ItemUpdating, 
                         "My assembly name", "My class name");

但问题是 ctype.EventReceivers 在这里为 null，即使我已经将 ItemAdding 连接到此列表。 看来它已被移至列表本身。 因此，该列表具有有效的 EventReceivers 集合。

SPList list = web.Lists["My list"];
list.EventReceivers.Add(SPEventReceiverType.ItemUpdating, 
                        "My assembly name", "My class name");

所以，我有几个问题：

1. 正确的方法是将任何新的事件接收器直接添加到列表中，而完全忘记我的内容类型吗？
2. 为了完成此更改，在配置管理方面处理此问题的最佳方法是什么？ 我应该创建一个简单的控制台应用程序来查找所有适当的列表并修改每个列表吗？ 或者以某种方式创建功能是更好的选择吗？ 无论哪种方式，这种变化似乎都会自行消失，并且很难被未来可能需要使用这种内容类型的开发人员发现。

Answer 1

添加EventReceiver后是否调用了ctype.Update(true)？ 如果不这样做，它就不会被坚持下去。
并且不要使用 List 内容类型，而应使用 SPWeb.ContentTypes。

此代码对我有用：

var docCt = web.ContentTypes[new SPContentTypeId("0x0101003A3AF5E5C6B4479191B58E78A333B28D")];
//while(docCt.EventReceivers.Count > 0)
//  docCt.EventReceivers[docCt.EventReceivers.Count - 1].Delete();
docCt.EventReceivers.Add(SPEventReceiverType.ItemUpdated, "ASSEMBLYNAME, Version=1.0.0.0, Culture=neutral, PublicKeyToken=c5b857a999fb347e", "CLASSNAME");

docCt.Update(true);

true 参数意味着它也会被下推到所有子 ContentType。 （即使用内容类型的所有列表）。

Answer 2

要回答问题的第二部分，这是一件棘手的事情，因为对网站集上的内容类型的更改不会被推送到使用它的列表中。 “副本”本质上是由网站集中的字段组成的，在将内容类型添加到列表后，它们之间不再有链接。 我认为这是因为您应该对列表进行更改而不影响网站集。 无论如何，我对这个“问题”的贡献以及我如何解决它，涉及使xml成为“主”，并且在featurereceiver中，我拉出xml并找到使用内容类型的所有位置，并从那里更新内容类型（实际上列表级别的 fieldrefs) 以匹配 xml 中的字段。 代码如下：

var elementdefinitions = properties.Feature.Definition.GetElementDefinitions();

foreach (SPElementDefinition elementDefinition in elementdefinitions)
{
   if (elementDefinition.ElementType == "ContentType")
   {
     XmlNode ElementXML = elementDefinition.XmlDefinition;

     // get all fieldrefs nodes in xml
     XmlNodeList FieldRefs = ElementXML.ChildNodes[0].ChildNodes;

     // get reference to contenttype
     string ContentTypeID = ElementXML.Attributes["ID"].Value.ToString();
     SPContentType ContentType = 
         site.ContentTypes[new SPContentTypeId(ContentTypeID)];

     // Get all all places where the content type beeing used
     IList<SPContentTypeUsage> ContentTypeUsages = 
        SPContentTypeUsage.GetUsages(ContentType);
   }
}

接下来是将 xml xml 中的 fieldrefs 与列表中的字段进行比较（由 ID 属性完成）并确保它们相等。 不幸的是，我们无法更新 SPFieldLink 类（fieldref）上的所有内容（是的，我知道它不支持），这里我实际上使用反射来更新这些值（fe ShowInEditForm ）。

Answer 3

至于你问题的第二部分，我想介绍一下我们过去针对类似情况所做的工作。 在我们的情况下，我们需要几个不同的脚本：一个允许我们将内容类型更新传播到所有网站中的所有列表，另一个将母版页/页面布局重置为站点定义（非自定义表单） ）。

因此，我们为每个操作创建了一些自定义 stsadm 命令。 这样做很好，因为脚本可以放入源代码管理中，并且它实现了已经存在的 stsadm 接口。

自定义 SharePoint stsadm 命令