この記事はFirebase#2 Advent Calendar 2018の24日目の記事です。

この1年の間にFirestoreのセキュリティールールに関してどのような変化や関心事があったのか、振り返ってみようと思います。

この記事はFirebase Advent Calendar 2018の12日目の記事です。 以前にCloud Firestore rules tipsを書いてから時間が経過したことと、その記事を書いてから僕自信もより理解を深めることができたので、改訂版としてこの記事を書きます。

チーム開発を行っていると、Cocoapodsのライブラリ管理をするときに、bundlerを使ってpodのバージョンをチームで揃えて実行できるようにすることが多いのですが、
ついつい pod install って打ってしまう事、ありますよね。
それを防止する方法を書き記しておきます。

昨年に引き続き、今年も当日スタッフを前夜祭から含めて4日間やらせていただいたのと、「I will blog」 ということでブログ書きます！

• 昨年の参加したよブログはこちら
  

あ…ありのままiOSDCで起こったことを話すぜ！

firebase JavaScript SDK v5.3.0以降で、Firestoreでのarray(list)の扱いが劇的に向上し、

• where句での検索(array-contains の使用)
• 要素の追加削除の向上(array union/remove)

が提供された。これに伴って、Firestoreのrulesでも、read時にarray-containsのクエリのチェックができるようになったので試してみた。

クックパッドで働き始めて1年が経ったので振り返ってみる
(正式な入社日はちょっと後なんだけど…)

Firestoreのルールで、listのオペレーションに対してクエリの条件が正しいかどうか確かめることができるのだが、
orderBy を使おうと思った時にリファレンスを見ても詳しく書かれていなかったので調べてみた。

Firestoreのruleでdocumentのpathを記述するとき、毎回
/databases/$(database)/documents/... って書くの大変…。なのでこれをなるべく楽に、安全に記述できる便利関数を紹介する。

Firestoreのruleを記述する時に、documentのfieldがnullなのかundefinedを判定する方法を。