显式编写规则锁定Firestore集合及子集合是否有优势？

你提到的显式锁定groups集合及其所有子集合的规则，虽然Firestore默认会拒绝未匹配allow规则的操作，但这么写确实有几个实际优势：

• 提升可读性与团队协作效率：其他开发者（尤其是新人）一眼就能看出来groups集合是完全禁止客户端操作的，不用去梳理默认规则或其他零散的权限配置，减少理解成本。
• 规避默认规则变更风险：虽然Firestore默认规则变更的概率极低，但显式锁定后，不管未来默认权限逻辑有没有调整，这个集合的权限都能保持严格禁止的状态，不会出现意外开放权限的情况。
• 覆盖权限配置疏漏：如果之前针对groups或其子集合写过其他权限规则（比如测试用的临时规则），显式的allow read, write, delete: if false会直接覆盖这些零散规则，确保没有遗漏的权限漏洞。
• 满足审计与合规要求：在需要做权限审计的场景下，显式规则能作为主动设置严格权限的证据，比依赖默认行为更有说服力，符合一些行业的合规标准。

你的示例规则写法是没问题的：

match /groups/{document=**} {
    allow read, write, delete: if false; // 禁止任何客户端修改该集合及其所有子集合
}

内容的提问来源于stack exchange，提问作者whatwhatwhat