teratail header banner
teratail header banner
質問するログイン新規登録

質問編集履歴

2

2021/07/20 05:14

投稿

benkyo_golang
benkyo_golang

スコア5

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

2021/07/20 05:14

投稿

benkyo_golang
benkyo_golang

スコア5

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
  よろしくお願い致します。