回答編集履歴
1
追記
test
CHANGED
@@ -44,7 +44,7 @@
|
|
44
44
|
|
45
45
|
```swift
|
46
46
|
|
47
|
-
func checkExistUserInfo
|
47
|
+
func checkExistUserInfo(_ uid: String, callback: @escaping (Bool) -> Void) {
|
48
48
|
|
49
49
|
db.collection("Users").whereField("user_id", isEqualTo: uid).getDocuments { (querySnapshot, err) in
|
50
50
|
|
@@ -79,3 +79,159 @@
|
|
79
79
|
|
80
80
|
|
81
81
|
ところで、ユーザーの情報を持つドキュメントにアクセスするために user_id フィールドに uid を持たせてますが、ドキュメントの id を uid にすれば検索しなくても直接そのドキュメントにアクセスできるため、insertUserInfo と updateUserInfo を区別する必要がなくなります。(存在しないドキュメントに直接 setData できますし、merge: true を指定すれば既存のフィールドはそのままで新しい値だけ設定できます。)
|
82
|
+
|
83
|
+
|
84
|
+
|
85
|
+
---
|
86
|
+
|
87
|
+
|
88
|
+
|
89
|
+
> しかしcheckExistUserInfoメソッドの動きについてかなり調べたのですが、
|
90
|
+
|
91
|
+
> 自分の理解力が乏しくどういう動きをしているのか理解ができませんでした・・・
|
92
|
+
|
93
|
+
|
94
|
+
|
95
|
+
まず、クロージャがどういうものか理解が曖昧なのでは。クロージャは次のように独立したメソッドとして書くこともきます。(クロージャをそれぞれ registerCallback, checkExistUserInfoCallback として切り出してみましたが、コンパイルを通してないので、文法的には曖昧です。また、メソッドに分けると checkExistUserInfo に渡す callback の受け渡し方法が問題になります…。)
|
96
|
+
|
97
|
+
|
98
|
+
|
99
|
+
```swift
|
100
|
+
|
101
|
+
class ViewController: UIViewController {
|
102
|
+
|
103
|
+
|
104
|
+
|
105
|
+
// 呼び出し順: A1
|
106
|
+
|
107
|
+
@IBAction func registerUser() {
|
108
|
+
|
109
|
+
//ユーザー情報の登録を行う
|
110
|
+
|
111
|
+
if baseDto.uid != nil {
|
112
|
+
|
113
|
+
dbAccessModel.checkExistUserInfo(baseDto.uid, callback: registerCallback)
|
114
|
+
|
115
|
+
}
|
116
|
+
|
117
|
+
}
|
118
|
+
|
119
|
+
|
120
|
+
|
121
|
+
// 呼び出し順: B4
|
122
|
+
|
123
|
+
func registerCallback(exists: Bool) {
|
124
|
+
|
125
|
+
//ユーザー情報が既に存在する場合は更新、それ以外の場合は登録
|
126
|
+
|
127
|
+
if exists {
|
128
|
+
|
129
|
+
dbAccessModel.updateUserInfo(baseDto)
|
130
|
+
|
131
|
+
} else {
|
132
|
+
|
133
|
+
dbAccessModel.insertUserInfo(baseDto)
|
134
|
+
|
135
|
+
}
|
136
|
+
|
137
|
+
}
|
138
|
+
|
139
|
+
}
|
140
|
+
|
141
|
+
|
142
|
+
|
143
|
+
class DBAccessModel {
|
144
|
+
|
145
|
+
// 仮に callback をプロパティとする。
|
146
|
+
|
147
|
+
private var callback: ((Bool) -> Void)?
|
148
|
+
|
149
|
+
|
150
|
+
|
151
|
+
// 呼び出し順: A2
|
152
|
+
|
153
|
+
func checkExistUserInfo(_ uid: String, callback: @escaping (Bool) -> Void) {
|
154
|
+
|
155
|
+
self.callback = callback
|
156
|
+
|
157
|
+
db.collection("Users")
|
158
|
+
|
159
|
+
.whereField("user_id", isEqualTo: uid)
|
160
|
+
|
161
|
+
.getDocuments(checkExistUserInfoCallback)
|
162
|
+
|
163
|
+
}
|
164
|
+
|
165
|
+
|
166
|
+
|
167
|
+
// 呼び出し順: B2
|
168
|
+
|
169
|
+
func checkExistUserInfoCallback(querySnapshot: QuerySnapshot?, err: Error?) {
|
170
|
+
|
171
|
+
var exist: Bool = false
|
172
|
+
|
173
|
+
if let err = err {
|
174
|
+
|
175
|
+
print("Error getting documents: (err)")
|
176
|
+
|
177
|
+
} else {
|
178
|
+
|
179
|
+
if querySnapshot!.documents.count > 0 {
|
180
|
+
|
181
|
+
exist = true
|
182
|
+
|
183
|
+
}
|
184
|
+
|
185
|
+
}
|
186
|
+
|
187
|
+
callback(exist)
|
188
|
+
|
189
|
+
}
|
190
|
+
|
191
|
+
}
|
192
|
+
|
193
|
+
```
|
194
|
+
|
195
|
+
|
196
|
+
|
197
|
+
この処理の実行は、次の A と B の 2 つのフェーズで実行されます。
|
198
|
+
|
199
|
+
|
200
|
+
|
201
|
+
A1 登録ボタンを押すと registerUser が呼ばれる。
|
202
|
+
|
203
|
+
A2 registerUser から dbAccessModel.checkExistUserInfo を呼び出す。
|
204
|
+
|
205
|
+
A3 checkExistUserInfo は Firebase の db.collection 〜 .getDocuments を呼び出す。
|
206
|
+
|
207
|
+
A4 getDocuments は Firebase サーバーに問い合わせを開始し、すぐに return する。
|
208
|
+
|
209
|
+
|
210
|
+
|
211
|
+
ここでいったんボタンを押したイベントに対する処理は終了して、メインスレッドは別のイベント (画面の更新や、他のボタンを押したイベントなど) を処理できるようになります。そして、Firebase サーバーからお返事が返ってきたら、次の処理が行われます。
|
212
|
+
|
213
|
+
|
214
|
+
|
215
|
+
B1 Firebase サーバーからお返事が返る。
|
216
|
+
|
217
|
+
B2 getDocuments のコールバック checkExistUserInfoCallback が呼ばれる。
|
218
|
+
|
219
|
+
B3 checkExistUserInfoCallback では結果をチェックして exist の値をセットする。
|
220
|
+
|
221
|
+
B4 その exist を引数にして checkExistUserInfo のコールバック registerCallback を呼ぶ。
|
222
|
+
|
223
|
+
|
224
|
+
|
225
|
+
このように複数のフェーズに分かれて処理が行われるのが非同期処理の特徴です。そして、クロージャの部分は独立した関数として考える必要があり、かつ呼ばれるタイミングが違うことを理解する必要があります。
|
226
|
+
|
227
|
+
|
228
|
+
|
229
|
+
---
|
230
|
+
|
231
|
+
|
232
|
+
|
233
|
+
> あ、mergeを指定すれば、なければInsert、あればupdateに自動的になるということでしょうか。
|
234
|
+
|
235
|
+
|
236
|
+
|
237
|
+
ドキュメントが存在しなければ merge の指定に関係なく insert になります。問題はドキュメントが存在する場合ですが、元のドキュメントが { id: 123, name: "abc", address: "def" } で、baseDto が { id: 123, name: "xyz" } の場合、merge を指定しない (または false を指定する) とドキュメントは上書きされるので address: "def" が失われてしまいますが、merge: true とした場合は baseDto に含まれないものはそのまま残ります。
|