查看下面的小型 html 结构示例以了解上下文。查看这个小提琴和问题的例子。
小提琴用户的简短说明：
长解释：
我有一个带有固定标题和可滚动正文的表格。其复杂性需要两个表。这一切都很好。在我的事业中，我也有可调整大小的列。table-layout: fixed让它工作。这是出现问题。
为了使滚动体工作，我有一个 div 来包装.rows表格以进行滚动。这很好用，直到网格，特别是.rows表格，在 x 方向溢出。在这种情况下，垂直滚动条只有在网格一直向右滚动时才可见。因为滚动条在.row-wrapperdiv上。这个溢出被.griddiv隐藏了。我希望滚动条位于.grid-canvasdiv上，这样即使滚动到左侧也能看到它。
<div class=grid>
<div class=grid-canvas>
<table class=header></table>
<div class=row-wrapper>
<table class=rows></table>
</div>
</div>
</div>
旁注：如果您将表格显示设置为阻止，则不需要包装 div，除非您想支持我所做的 IE8。也许有办法解决这个问题，但另一个问题是另一个问题。
任何人都知道如何验证基础instanceof？
这似乎是一个没有脑子的检查,但我在文档中找不到这种类型的验证的参考,我的尝试是不正确的.
如果值不是a,我想失败Date.它可能是Timestamp当前版本的firestore中的一个.
尝试失败
allow write: if request.resource.data.date instanceof Date;
allow write: if request.resource.data.date instanceof Timestamp;
allow write: if !!Timestamp(request.resource.data.date);
allow write: if !!rules.Timestamp(request.resource.data.date);
allow write: if !!rules.Timestamp.date(request.data.date);
allow write: if !!Timestamp.date(request.data.date);
allow write: if !!Timestamp(request.data.date);
用例摘要
注意：故事只能被分享给谁或由谁创建
我正在构建一个基于角色的访问系统。我一直在查看基于角色的访问 firestore 文档，但我遗漏了一件。
考虑一个故事，该故事只能由已共享该故事的用户阅读。大多数示例包括 firestore 示例使用UIDhas 密钥来识别共享用户。但是，该用户当前可能不是 firebase 应用程序的用户，另外用户如何分配该 UID。
故事数据
{
title: "A Great Story",
roles: {
aliceUID: {
hasRole: true,
type: "owner",
},
bobUID: {
hasRole: true,
type: "reader",
}
}
}
故事查询
firebase.firestore().collection('stories').where(`roles.${user.uid}.hasRole`, '==', true)
第二部分可能通过维护一个单独的用户集合来解决，然后您可以从他们的电子邮件地址中找到用户，但这并不能解决从未登录过的用户。
打算分享故事的用户可以添加具有电子邮件地址的用户。然后使用 firebase 函数，我们可以发送电子邮件通知用户共享故事，用户可以登录应用程序并阅读该故事。
如果我们继续使用这种方法，那么您将没有 UID，而只有一个电子邮件地址作为密钥。
故事数据
{
title: "A Great Story",
roles: {
alice@yahoo.com: { …