質問編集履歴
2
ｄ
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -36,9 +36,17 @@
|
|
|
36
36
|
|
|
37
37
|
＋この場合はクライアント側には何か帰っているのか？（クライアント側がエラーを検知できるのかを気にしています）
|
|
38
38
|
|
|
39
|
+
例えば、DBからIDを基にUserを取得したいときに存在しないIDが入力された場合。
|
|
40
|
+
|
|
41
|
+
プログラムを終了するのではなく、入力したIDが違う旨をクライアント側に返したほうが良いと思うのですが、、、
|
|
42
|
+
|
|
39
43
|
|
|
40
44
|
|
|
41
45
|
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは危険でしょうか。
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
|
|
42
50
|
|
|
43
51
|
|
|
44
52
|
|
1
あ
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -22,9 +22,9 @@
|
|
|
22
22
|
|
|
23
23
|
公式のexampleやいろいろな方のソースを見てみると、
|
|
24
24
|
|
|
25
|
-
log.Fatalf("コメント: %v", err)
|
|
25
|
+
・log.Fatalf("コメント: %v", err)
|
|
26
26
|
|
|
27
|
-
panic(err.Error())
|
|
27
|
+
・panic(err.Error())
|
|
28
28
|
|
|
29
29
|
の2パターンが見受けられました。
|
|
30
30
|
|
|
@@ -38,7 +38,7 @@
|
|
|
38
38
|
|
|
39
39
|
|
|
40
40
|
|
|
41
|
-
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは
|
|
41
|
+
②クライアント側にそのままreturn errで戻してあげて、クライアントでエラーハンドリングすればいいのではないかと考えているのですが、この考えは危険でしょうか。
|
|
42
42
|
|
|
43
43
|
|
|
44
44
|
|