質問編集履歴
2
d
title
CHANGED
File without changes
|
body
CHANGED
@@ -17,10 +17,14 @@
|
|
17
17
|
以下の2点が気になっております。
|
18
18
|
①errが存在した場合、両方ともプログラムが終了してしまうがエラー処理としてそれが正しいのか。(終了しないほうが良いのかと思っているのですが、、)
|
19
19
|
+この場合はクライアント側には何か帰っているのか?(クライアント側がエラーを検知できるのかを気にしています)
|
20
|
+
例えば、DBからIDを基にUserを取得したいときに存在しないIDが入力された場合。
|
21
|
+
プログラムを終了するのではなく、入力したIDが違う旨をクライアント側に返したほうが良いと思うのですが、、、
|
20
22
|
|
21
23
|
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは危険でしょうか。
|
22
24
|
|
23
25
|
|
26
|
+
|
27
|
+
|
24
28
|
よろしくお願い致します。
|
25
29
|
|
26
30
|
|
1
あ
title
CHANGED
File without changes
|
body
CHANGED
@@ -10,15 +10,15 @@
|
|
10
10
|
サーバー側ではDBへのアクセス、処理をしております。
|
11
11
|
|
12
12
|
公式のexampleやいろいろな方のソースを見てみると、
|
13
|
-
log.Fatalf("コメント: %v", err)
|
13
|
+
・log.Fatalf("コメント: %v", err)
|
14
|
-
panic(err.Error())
|
14
|
+
・panic(err.Error())
|
15
15
|
の2パターンが見受けられました。
|
16
16
|
|
17
17
|
以下の2点が気になっております。
|
18
18
|
①errが存在した場合、両方ともプログラムが終了してしまうがエラー処理としてそれが正しいのか。(終了しないほうが良いのかと思っているのですが、、)
|
19
19
|
+この場合はクライアント側には何か帰っているのか?(クライアント側がエラーを検知できるのかを気にしています)
|
20
20
|
|
21
|
-
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは
|
21
|
+
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは危険でしょうか。
|
22
22
|
|
23
23
|
|
24
24
|
よろしくお願い致します。
|