Azure 表存储 - 自定义表实体保存以保存持久集合

Question

已经有很多博客文章介绍如何连接到writingEntity事件来自定义提交到服务器的XML，例如这个。

在新版本的 SDK 中，此过程有什么变化吗？我问这个问题是因为我有以下简单实体：

public class Label : TableServiceEntity
{
    public Guid Id { get; set; }
    public string Name { get; set; }
    public string Notes { get; set; }
    public string ContactInfo { get; set; }
    public List<string> Urls { get; set; }

    public Label()
    {
        Urls = new List<string>():
    }
}

我希望能够保留该 URL 集合，并且我已经知道数组/集合直接支持的唯一东西是二进制数组。所以我想，好吧，我只需挂入那个 WriteEntity 事件并将该列表序列化为 JSON/XML，然后根据该博客文章将其添加到属性列表中。然后在处理 ReadEntity 事件期间反序列化回列表。

但是，当我这样做时，在调用 TableServiceContext 上的 SaveChanges 时，我收到一个 DataServiceRequest 异常，其中包含内部 NotSupported 异常，并显示消息“仅支持实体集合”。这是因为 String 类不是从 TableEntity 继承的吗？让我感到困惑的是，当我检查它写出的 XML 时，它实际上已经能够使用包含序列化列表的附加添加属性成功编写自定义 XML，尽管有例外。

当我尝试通过 CreateQuery 检索标签时，我抛出了相同的异常。

谁能告诉我我在这里做错了什么，以及处理这种情况的最佳做法是什么？我已经遇到过 Lokad Cloud 来进行持久化，但它并没有对我来说似乎很理想，因为获取数据的查询选项对于我想做的事情来说太有限了。

我确实查看了过去的问题，但似乎没有一个直接解决这个问题。

任何建议将不胜感激！

根据回复： 不知道大家是否有这样的印象：我是手动序列化整个实体的？分区键只是“LABELX”，其中 X 是标签的 Name 属性的第一个字母，行键只是 GUID 的字符串表示形式（我知道存储这两者很浪费，但我目前只是想启动并运行）。

如果您在 WriteEntity 事件的第一行设置断点并检查 e.Data 属性中的 XML，则 XML 中没有任何内容可以表示 URL 集合。 URL 列表是否为空、为 null，或者其中包含条目并不重要 - 它根本不会出现在 XML 中，因此我传入哪个列表并不重要。所以我认为应该回答所有 4 个问题。

在写入实体事件中，实际上没有什么特别的：只是将列表序列化为 XML 的代码，然后将属性添加到 XML 的代码，如博客文章所述 - 一切都运行，没有任何异常。

---

好吧，抱歉，我忘记提及我目前只使用开发存储这一事实。问题似乎是这样的事实：在创建具有任何 URL 的标签实体之前，我创建了一些没有任何 URL 的标签实体，因此 TableContainer 表中的架构信息没有附加的 URL 属性。在我清理数据库并在添加其他任何内容之前添加一个完全填充的对象之后，一切正常！

Answer 1

我有一些代码正在处理这个问题 - 它似乎确实适用于 1.4 SDK

我的代码更多地基于通用实体，我用于灵感的来源是：

• Jai 在 http://social.msdn.microsoft.com/Forums/en-US/windowsazure/thread/481afa1b-03a9-42d9-ae79-9d5dc33b9297/，
• 由 Yi-Lun Luo 进行修改<一href="http://social.msdn.microsoft.com/Forums/en-US/windowsazure/thread/f57cb566-cc7a-4b31-b1ab-47b6d16604af/" rel="nofollow">http://social.msdn.microsoft.com/Forums/en-US/windowsazure/thread/f57cb566-cc7a-4b31-b1ab-47b6d16604af/
• 也有一些不错的功劳来自 http://azuretablequery.codeplex.com/

我猜测您的 WriteEntity 事件处理程序中出现了问题。您能否发布更多代码 - 特别是：

• 您如何序列化 RowKey 和 PartitionKey？
• 您是否从序列化中删除原始 URL 列表？
• 如果您使用 XML 进行内部序列化，那么您是否完全转义该 XML？

进一步的调试想法是尝试让代码逐步运行 - 即

1. 从没有列表的实体开始，
2. 然后尝试使用writingEntity钩子添加另一个简单的测试属性，
3. 然后尝试添加Urls列表，并在WritingEntity期间将其删除。
4. 然后尝试序列化并在writingEntity中添加这个新属性