在 Firebase 实时数据库规则中，您如何为具有特定子值的用户授予写入权限？

Question

,"people" : {
  ".read": "auth != null",
  "$uid":  {
  },
  "e2" : {     
    ".read": "auth.uid != null",
    ".write": "$uid == auth.uid"  
  },
  "l1" : {     
    ".read": "auth.uid != null",
    ".write": "auth.uid != null"  
  }

所以 e2 是电子邮件的@。例如@gmail 或@aol 或@yahoo。对于 l1 孩子，我想制定写规则：写 if auth.uid != null && e2 与你正在写 l1 的人的 e2 具有相同的值。我能得到的最远的是这样的：

"data.parent().child(people).hasChildren(['auth.uid', 'l1'])"    

JSON

"people": {
    "02PdiNpmW3MMyJt3qPuRyTpHLaw2": {
        "e2": "aol.com",
        "l1": 4,
        "X": {
            "e2": "aol.com",
            "l1": 0,
            "P": {
                "e2": "gmail.com",
                "l1": 0,

基本上 l1 = like，所以一个用户以将计数加 1 的形式写入另一个用户的 l1。

应该成功的操作：

用户 X 想要喜欢 uid 为 02PdiNpmW3MMyJt3qPuRyTpHLaw2 的用户。用户 X 有一个 @aol.com 的 e2 子级。这与他想要喜欢的用户的e2孩子相同。用户 x 也是授权用户，因此他满足 2 个要求来写他想要喜欢的用户的 l1。

不应该成功的操作：

用户 P 想要喜欢 uid 为 02PdiNpmW3MMyJt3qPuRyTpHLaw2 的用户。用户 P 有一个 @gmail.com 的 e2 子级。这和他想要喜欢的用户的e2孩子不一样。用户P因此不满足写给他想点赞的用户的l1的要求

Answer 1

这是一个非常复杂的场景，所以我将逐步介绍它。您很有可能需要进行更改以使这些规则适用于您的完整用例，因此我希望每个步骤都可以让您自己调整它们。

---

第一步是对您的数据结构进行去混淆处理。我将改为使用此结构开始：

{
  "people" : {
    "user1" : {
      "domain" : "aol.com",
      "likeCount" : 2,
      "likers" : {
        "user2" : {
          "comain" : "aol.com"
        },
        "user3" : {
          "domain" : "aol.com"
        }
      }
    }
  }
}

所以user1 有两个赞，user2 和 user3 都来自同一个域。

我强烈建议在您的数据库中使用这样有意义的名称，但绝对是在您发布的有关它的问题中。如果人们不能轻易理解您的数据模型，那么他们提供帮助的机会就会迅速下降。

---

在上面的数据模型中，我们可以保证只有同域的用户才能点赞这个用户：

  "people": {
    "$uid": {
      "likers": {
        "$likerid": {
          ".write": "data.parent().parent().child('domain').val() == newData.child('domain').val()"
        }
      }
    }
  }

根据这些规则，我尝试了对people/user1/likers/user4 的两次写入操作。第一次操作成功：

{
  "domain": "aol.com"
}

第二次操作失败：

{
  "domain": "gmail.com"
}

---

我们或许还应该确保用户只能写自己喜欢的内容，而不能写给其他用户。我们可以这样做：

  "people": {
    "$uid": {
      "likers": {
        "$likerid": {
          ".write": "$likerid == auth.uid && 
            data.parent().parent().child('domain').val() == newData.child('domain').val()"
        }
      }
    }
  }

---

接下来，我们将添加一个规则，允许用户喜欢某人，前提是他们以前没有喜欢过某人。我们将在people/$uid 上执行此操作，因为我们需要很快查看likers 和likesCount 下的数据。

第一步的规则是：

  "people": {
    "$uid": {
      ".write": "
        !data.child('likers').child(auth.uid).exists() && newData.child('likers').child(auth.uid).exists()
      ",
      "likers": {
        "$likerid": {
          ".write": "$likerid == auth.uid && 
            data.parent().parent().child('domain').val() == newData.child('domain').val()"
        }
      }
    }

因此，如果我们要添加尚不存在的类似内容，这些规则允许我们向用户写信。您可能需要在此处进行额外检查以允许更新其他子节点，但在这里我们将尽可能简单地处理（因为它已经非常复杂了）。

---

最后你要确保写入也必须增加likeCount，应该是这样的：

  "people": {
    "$uid": {
      ".write": "
        !data.child('likers').child(auth.uid).exists() && newData.child('likers').child(auth.uid).exists()
        && newData.child('likeCount').val() == data.child('likeCount').val() + 1
      ",
      "likers": {
        "$likerid": {
          ".write": "$likerid == auth.uid && 
            data.parent().parent().child('domain').val() == newData.child('domain').val()"
        }
      }
    }

所以新行现在检查likeCount 处的新数据是否比之前的值高一个。

---

我已经在自己的测试数据库中执行了上述每个步骤，并在操场上测试了阳性和阴性案例。因此，虽然可能存在一些问题，但每个步骤的基本方法都有效。

如前所述，这涉及相当多的内容，您很可能需要进行重大更改才能使其完全适用于您的所有用例。