【问题标题】:Why Sharepoint Webservice adds # (pound) sign and id to field values?为什么 Sharepoint Webservice 将 #(磅)符号和 id 添加到字段值?
【发布时间】:2009-05-13 14:11:28
【问题描述】:

我编写了一个例程从共享点字段中删除磅和 ID,这些字段运行得很好,因为我发现了一个没有 ID 和 #(磅)符号的字段。

我想了解为什么有时该字段会使用 ids 和磅进行序列化,而有时则不会。

示例:

ows_Author="23;#Paperino, Pippo"

ows_Author="Paperino, Pippo"

【问题讨论】:

    标签: c# xml web-services sharepoint serialization


    【解决方案1】:

    ';#' 序列是一个分隔符。如果你删除它,你无疑会以一种令人讨厌的方式破坏事物。

    23 是 ID,“Paperino, Pippo”是价值。就像下拉列表具有值/文本配对一样。有时它 [ID + 分隔符] 会在那里,有时则不会。这取决于值在 UI 中的绑定方式。如果它绑定到下拉选择器(如“此站点上的用户”),那么它将是一个值/文本配对。如果它是由共享点自动填充的,例如“修改者”,那么它很可能没有 ID 前缀。

    有意义吗?

    -奥辛

    【讨论】:

    • 是的,有道理,谢谢。我没有分解,因为我只是从 web 服务中提取文本值。再次感谢您,再见。
    【解决方案2】:

    查找列(包括安全设置)以 [ID]#;[value] 方式存储值,因为可以删除或重命名查找列目标中的值。

    此更改意味着存储 ID 使字段能够查找正确的 [值],即使它在查找目标列表中发生更改。

    如果查找目标列表已删除项目,则尽管存在差异,仍可显示原始值。

    请注意,如果在原始查找 ID 无效的情况下保存该字段,它将仅存储您记录的值(例如 ows_Author="Paperino, Pippo")。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-02-11
      • 1970-01-01
      • 2010-10-22
      相关资源
      最近更新 更多