この記事はFirebase#2 Advent Calendar 2018の24日目の記事です。
この1年の間にFirestoreのセキュリティールールに関してどのような変化や関心事があったのか、振り返ってみようと思います。
この記事はFirebase Advent Calendar 2018の12日目の記事です。 以前にCloud Firestore rules tipsを書いてから時間が経過したことと、その記事を書いてから僕自信もより理解を深めることができたので、改訂版としてこの記事を書きます。
jestを普通に実行したときは、テストケースに記述した console.log が吐き出されるが、 --watch を指定して変更があったテストケースだけ実行している時は吐き出されない。
そんなときは、実行時に --verbose false を追加してあげるとwatch中でもログが吐き出されるようになる
$ jest --watch --verbose false 参考 https://github.com/facebook/jest/issues/2441
チーム開発を行っていると、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のクエリのチェックができるようになったので試してみた。
Firestoreのルールで、listのオペレーションに対してクエリの条件が正しいかどうか確かめることができるのだが、
orderBy を使おうと思った時にリファレンスを見ても詳しく書かれていなかったので調べてみた。
