서버 통신이나 DB쿼리수정(삽입 업데이트 삭제)하는 부분에는 try catch 넣는게 정석임?
서버 통신이나 DB쿼리수정하는 부분에는 try catch 넣는게 정석임?
익명(182.230)
2023-08-17 20:01
추천 0
댓글 8
다른 게시글
-
술쳐마시고싶다 오늘같은날에 마셔줘야하는데 [6]공기역학(experimenter) | 23.08.17추천 0
-
수학 못하면서 코딩하면 ㅂㅅ인 이유 [1]익명(106.101) | 23.08.17추천 0
-
아 어쩐지 국비들 이제야 이해가가네 [4]익명(59.151) | 23.08.17추천 2
-
프로그래머 할거면 아무리 고졸이어도 학교다닐대 수학은 2등급 받았어야지 [5]익명(59.151) | 23.08.17추천 0
-
이력서 열람 해놓고 몇주동안 불합격 통보 안하는 회사는 이유가 뭐임? [1]익명(223.39) | 23.08.17추천 0
-
지랄하지마익명(39.7) | 23.08.17추천 0
-
오늘 부회장이 나한테 명함줬어 [3]공기역학(experimenter) | 23.08.17추천 0
-
국비에서 갠플젝 했는데 내꺼 최우수상 줄거라는데 의미 있음? [1]익명(118.235) | 23.08.17추천 0
-
따스행..❤️♥냥덩이네..(re2002) | 23.08.17추천 0
-
아니 원티드 여기 있는 회사들 사람 뽑긴하는거임 ? [6]익명(223.39) | 23.08.17추천 0
어째서
try catch는 예측불가능할때 쓰는거라길래. 서버통신의 경우 사용도중 갑자기 서버가 장애날수도 있는데 그럴때 어떻게 처리하는지, DB의 경우 DB서버도 문제 생길수 있으니 그럴때 어떻게 처리할지 하는걸로 아는데
질문이 이해가 안되는데...서버 다운되면 어떻게 해라고 코딩을 해줘야 하는 거 아냐? 예상할 수 있는 경우를 트라이캐치로 잡겠다는 거야?
ㅇㅇ그니까 서버다운되면 할거
서버 다운은 언제될지 모르는 예측불가능한 경우니까
서버가 다운 되는 '시기'는 예상할 수 없지만 서버가 다운되는 경우가 발생할 수 있다는 건 예상할 수 있잖아. 그건 예상 가능한 경우로 넣어야지. 서버에서 응답이 지연되는 경우 얼마 이상 응답이 없으면 오분 있다가 재요청, 재요청 몇번 해봤는데 응답이 없으면 저쪽 서버 장애로 인지하고 테이블에 응답없음으로 업데이트. 이런 식으로..
나도 배움이 짧아서 설명을 제대로 못해서 미안한데.. 예상가능한 경우는 예측 불가능한 케이스로 보면 안돼.
음.. 알겠습니당 더 공부하겠습니다..