| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 |
- 자바
- 스프링부트와AWS로혼자구현하는웹서비스
- vue.js
- react
- 네트워크
- DDD
- AWS RDS
- 클린코드
- 자바예외
- 인덱스
- 알고리즘분석
- 이펙티브 자바
- 알고리즘
- 기술면접
- 인프런백기선
- java
- 자료구조
- CleanCode
- SQL쿡북
- 이팩티브 자바
- jpa
- 도메인 주도 개발 시작하기
- 인프런김영한
- MariaDB
- mysql
- aop
- 자바스터디
- 혼공SQL
- 이펙티브자바
- AWS
- Today
- Total
목록RuntimeException (2)
기록이 힘이다.
-컴파일 에러를 신경쓰지 않아도 되며, -try-catch로 감싸거나 -메서드 선언부에 선언하지 않아도 된다. -그렇다면 우리는 비검사 예외만 쓰면 되는걸까? 검사 예외는 왜 있는 것일까? UncheckedException 예제 public class MyApp{ public void hello(){ System.out.println("hello"); throw new MyException(); } public static void main(String[] args){ MyApp myApp = new MyApp(); myApp.hello(); } } 편리하다는 것을 이유로 사용하면 안된다. 왜 잡지 않은 예외를 메서드에 선언해야 하는가? -메서드에 선언한 예외는 프로그래밍 인터페이스의 일부다. 즉, 해당..
Java 프로그래밍 언어에는 확인되지 않은 예외( , 및 해당 하위 클래스)를 포착하거나 지정하는 메서드가 필요하지 않기 때문에 프로그래머 RuntimeException는 Error확인되지 않은 예외만 발생시키는 코드를 작성하거나 모든 예외 하위 클래스가 에서 상속되도록 만드는 유혹을 받을 수 있습니다 RuntimeException. 이 두 가지 바로 가기를 사용하면 프로그래머는 컴파일러 오류에 신경 쓰지 않고 예외를 지정하거나 포착하지 않고도 코드를 작성할 수 있습니다. 이것은 프로그래머에게 편리해 보일 수 있지만 catch또는 specify요구 사항의 의도를 벗어나 클래스를 사용하는 다른 사람에게 문제를 일으킬 수 있습니다. 디자이너가 해당 범위 내에서 발생할 수 있는 모든 확인되지 않은 확인된 예외..