기록이 힘이다.

//catch 블록을 비워두면 예외가 무시된다. 아주 의심스러운 코드다! try{ ... }catch(SomeException e){ } 예외는 문제 상황에 잘 대처하기 위해 존재하는데 catch 블록을 비워두면 예외가 존재할 이유가 없어진다. 비유하자면 화재경보를 무시하는 수준을 넘어 아예 꺼버려, 다른 누구도 화재가 발생했음을 무시하는 수준을 넘어 아예 꺼버려, 다른 누구도 화재가 발생했음을 알지 못하게 하는 것과 같다. 물론 예외를 무시해야 할 때도 있다. EX) FileInputStream --> 로그 예외를 무시하기로 했다면 catch 블록 안에 그렇게 결정한 이유를 주석으로 남기고 예외 변수의 이름도 ignored로 바꿔놓도록 하자. Future f = exec.submit(planarMap:..

일반화해 이야기하면, 호출된 메서드가 실패하더라도 해당 객체는 메서드 호출 전 상태를 유지해야 한다. => 실패 원자적(failure-atomic) 실패 원자적으로 만드는 방법 1. 불변 객체로 설계하는 것이다.=> 태생적으로 실패 원자적 2. 가변 객체의 메서드를 실패 원자적으로 만드는 가장 흔한 방법은 작업 수행에 앞서 매개변수의 유효성을 검사하는 것이다. 객체의 내부 상태를 변경하기 전에 잠재적 예외의 가능성 대부분을 걸러낼 수 있는 방법이다. ex) TreeMap public Object pop(){ if(size ==0) throw new EmptyStackException(); Object result = elements[--size]; elements[size] = null; // 다 쓴 참..

리플렉션은 코어단에서 많이 사용을 한다. 객체를 사용할 때 사용해야 한다. 주의해서 사용하라는 것 같다. 리플랙션을 사용하면 임의의 클래스에 접근가능. 클래스의 Constructor, Method, Field 인스턴스를 가져올수 있음. 각각에 연결된 각 생성자 메서드 필드를 조작할 수 있다. Method.invoke는 어떤 클래스의 어떤 객체가 가진 어떤 메서드라도 호출할 수 있다. 단점! 컴파일타임 타입 검사가 주는 이점을 하나도 누릴 수 없다. 리플랙션으로 없는 메서드를 호출하면 런타임 오류가 발생함. 리플렉션을 이용하면 코드가 지저분하고 장황해진다. 성능이 떨어진다. 프레임워크 단에서 리플랙션을 사용하여 구현하는 로직들이 있음. 이들도 리플랙셔 사용을 지양하는 방향으로 진행되고있음. (단점이 명확하..

현업에서 자바를 쓰는 분들과 함께 자바스터디를 시작한지 3주가 되었다. '이펙티브 자바'를 챕터별로 나눠서 읽고 있다. 몰랐던 자바에 대한 정보를 많이 알게 되는데 같이 하는 분들은 이미 알고 있는 눈치였다. 내가 많이 작아지는 것을 느끼면서 스터디 발표를 준비할 때 좀 더 세심하게 신경써야 겠다는 생각이 들었다. 그저 책에 한정해 이해하려고 노력하는 '나'였는데 같이 하는 분들은 책을 넘어서 현업에서의 적용, 자기만의 생각을 곁들여 발표를 하여 많이 배울 수 있는 시간을 가질 수 있었다. 주체적으로 모임을 만들고 하고자 하는 마음만 앞선 게 아닌가 하는 반성의 시간을 가졌고 앞으로 단순히 열심히하는 것에 그치지 않고 올바른 방향으로 가고 있는지 생각하면서 '잘' 해내기 위해 노력해야 겠다고 다짐했다. ..