본문 바로가기

전체 글

[2주차] 정적 팩토리 메서드로 만든 컬렉션은 Immutable하다
우아한테크코스 2022. 11. 3. [2주차] 정적 팩토리 메서드로 만든 컬렉션은 Immutable하다 2주차 미션인 숫자야구를 진행하던 도중, 1주차 피드백 중 배열 대신 컬렉션을 사용하라 라는 문구가 생각났다. 그래서 배열로 구현했던 computerNumbers를 List로 바꿔보기로 했다. 배열로 구현한 코드 이 때 computerNumbers 는 중복되면 안되는 규칙이 있었는데 int[] computerNumbers = new int[3]; 로 할당한 computerNumbers 배열은 0으로 자동 초기화가 되기 때문에 0으로 비교하여 숫자가 할당 되었는지 판단 할 수 있었습니다. 하지만 List는 0으로 초기화 되지 않기 때문에 이런 비교가 불가능했습니다. List로 구현한 코드 List computerNumbers = new ArrayList(); 이런 비교가 불가했다. 아직 숫자를 삽입하기 전..
[1주차] 프리코스 1주차 회고
우아한테크코스 2022. 11. 1. [1주차] 프리코스 1주차 회고 드디어 시작된 4주간의 프리코스 1주차를 마친 소감 정말 잘 해내고 싶었던 과정인 만큼 미션이 공개된 이후 프리코스 미션에만 몰두하며 시간을 보냈습니다. 급한 마음에 미션별 요구 사항을 충분히 읽지 않고 미션을 진행했습니다. 몇 문제는 요구 사항을 잘못 이해하여 중간중간 수정을 거쳐야 했습니다. 기능 요구 사항, 프로그래밍 요구 사항, 과제 진행 요구 사항 이렇게 세 가지 요구 사항이 있었는데 이 중 특히 기능을 구현하기 전에 기능 목록을 만들고, 기능 단위로 커밋 하는 방식으로 진행한다. 라는 요구 사항이 까다롭게 다가왔습니다. 지금까지 돌이켜보면 구체화 된 기능 목록 없이 기능을 만들었습니다. 체계적인 순서 없이 기능들의 단순 나열이었던 것 같습니다. 반면 기능 목록을 구체적으로 만들고 전체적인 흐름..
[1주차] 객체지향 생활체조 9가지 원칙
우아한테크코스 2022. 10. 31. [1주차] 객체지향 생활체조 9가지 원칙 이번 우아한테크코스 프리코스 1주차를 진행하며 이전 기수의 프리코스 피드백내용을 보고 객체지향 생활체조 9가지 원칙에 대해 알게 되었습니다. 이는 소트웍스 앤솔러지라는 책에 등장한 원칙이었고 직관적인 9가지 원칙에 매료되어 책을 읽게 되었습니다. 소트웍스 앤솔러지 해당 포스트는 '소트웍스 앤솔러지'를 읽고 일부를 정리한 내용입니다. 객체지향 생활체조 9가지 원칙 1. 한 메서드에 오직 한 단계의 들여쓰기만 한다. 2. else 예약어는 쓰지 않는다. 3. 모든 원시값과 문자열을 포장한다. 4. 일급 컬렉션을 쓴다. 5. 한 줄에 점을 하나만 찍는다. 6. 줄여쓰지 않는다. 7. 모든 엔티티를 작게 유지한다. 8. 3개 이상의 인스턴스 변수를 가진 클래스를 쓰지 않는다. 9. getter / setter ..
5-7. 예외 포함과 스택 트레이스
Java, Spring/Spring DB 1 2022. 10. 14. 5-7. 예외 포함과 스택 트레이스 예외를 전환할 때는 꼭! 기존예외를 포함해야 한다. 그렇지 않으면 스택 트레이스를 확인할 때 심각한 문제가 발생한다. e.printStackTrace(); 사용 시 System.out 으로 찍힌다. -> 실무에서는 log 쓴다. 로그를 출력할 때 마지막 파라미터에 예외파라미터를 넣어주면 로그에 스택 트레이스를 출력할 수 있다. throw new RuntimeSQLException(e); 에서 e를 넣어주었기 때문에 로그에서 SQLException도 찍힌다. 기존예외를 넘기지 않고 기본 생성자로 넘기면 하위 예외를 볼 수 없다. 예외를 전환할 때는 꼭! 기존예외를 포함하자 꾸준히 다시보자. 1. 221014 2. 221101
5-6. 언체크 예외 활용
Java, Spring/Spring DB 1 2022. 10. 14. 5-6. 언체크 예외 활용 - SQLException을 런타임예외인 RuntimeSQLException으로 변환했다. - ConnectException 대신에 RuntimeConnectException을 사용하도록 바꾸었다. # UncheckedAppTest 생성자 중 Throwable을 파라미터로 갖는 생성자는 파라미터의 예외를 가질 수 있다. -> 스택 트레이스 출력 시 두 예외 모두 출력된다. - 모두 런타임 예외로 변환하여 던졌다. 1. 대부분 복구 불가능한 예외 - 어차피 못 고치므로 런타임예외로 사용하여 서비스나 컨트롤러가 신경쓰지 않아도 되게 한다. 2. 의존관계에 대한 문제 - 런타임 예외는 무시해도된다. -> 구현 기술이 변경되도 예외에 의존하지 않아 바꿀게 없다. # 정리 처음 자바를 설계할 당시에는 체크예외가 ..
5-5. 체크 예외 활용
Java, Spring/Spring DB 1 2022. 10. 14. 5-5. 체크 예외 활용 # 기본 원칙 1. 기본적으로 언체크(런타임) 예외를 사용 하자. 2. 체크예외는 비즈니스로직상 의도적으로 던지는 예외에만 사용하자 ( 이 경우에만 사용 ) - 해당 예외를 잡아서 반드시 처리해야 하는 문제 일때만 (계좌 이체 실패 예외, 결제시 포인트 부족 예외) - 체크예외로 만들어두면 컴파일러를 통해 놓친 예외를 인지할 수 있다. - 이 경우에도 런타임예외로 작성 후 메뉴얼에 작성해 두는 방법도 있다. # 체크 예외의 문제점 1. 서비스는 리포지토리와 NetworkClient 를 둘 다 호출한다. 2. 그런데 서비스는 이 둘을 처리할 방법을 모른다. ConnectException처럼 연결이 실패하거나, SQLException 처럼 데이터베이스에서 발생하는 문제 처럼 심각한 문제들은 대부분 애플리케이..
5-4. 언체크 예외 기본 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-4. 언체크 예외 기본 이해 # 언체크 예외 - RuntimeException과 그 하위 예외는 언체크예외로 분류된다. - 언체크예외는 말 그대로 컴파일러가 예외를 체크하지 않는다는 뜻이다. - 언체크예외는 체크예외와 기본적으로 동일하다. 차이가 있다면 예외를 던지는 throws를 선언하지 않고, 생략할 수 있다. 이 경우 자동으로 예외를 던진다. - 언체크예외도 잡아 Repository에서 언체크 예외를 터트린 후 Service에서 잡는 메서드 하나, 다시 던지는 메서드를 만들어보았다. 두 테스트 모두 통과한다. 언체크 예외도 잡아서 처리할 수 있다. 하지만 밖으로 던질때는 throws를 안해줘도 자동으로 던져준다. # 언체크 예외의 장단점 언체크 예외는 예외를 잡아서 처리할 수 없을 때, 예외를 밖으로 던지는 throws 예외를..
5-3. 체크 예외 기본 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-3. 체크 예외 기본 이해 # 체크예외 - Exception과 그 하위예외는 모두 컴파일러가 체크하는 체크예외이다. 단 RuntimeException은 예외로한다. - 체크예외는 잡아서 처리하거나, 또는 밖으로 던지도록 선언해야 한다. 그렇지 않으면 컴파일 오류가 발생한다. 내가 만든 MyCheckedException 은 체크예외이므로 call() 메서드에서 throw 시 받거나 밖으로 던져야한다. 따라서 아무 조치도 취하지 않으면 다음과 같이 컴파일오류가 난다. Repository 에서 던진 체크예외를 Service에서 잡아주는 모습이다. ( 추가로, Slf4j 로 예외 로그 찍을때 마지막 파라미터로 예외를 넘겨주면 찍힌다. ) @Test 가 성공한다. @Test 가 성공한다. # 체크 예외의 장단점 체크예외는 예외를 잡아서 처..
5-2. 예외 기본 규칙
Java, Spring/Spring DB 1 2022. 10. 10. 5-2. 예외 기본 규칙 # 예외 기본 규칙 예외는 1. 잡아서 처리하거나, 2. 처리할 수 없으면 밖으로 던져야한다. # 예외처리에 대한 2가지 기본 규칙 1. 예외는 잡아서 처리 하거나 던져야 한다. 2. 예외를 잡거나 던질 때 지정한 예외뿐 만 아니라 그 예외의 자식들도 함께 처리된다. - 예를 들어서 Exception을 catch로 잡으면 그 하위 예외들도 모두 잡을 수 있다. - 예를 들어서 Exception을 throws로 던지면 그 하위예외들도 모두 던질 수 있다. 웹 애플리케이션의 경우 예외 발생 시 시스템이 종료되면 안되므로 WAS 가 해당 예외를 받아서 처리하는데, 주로 사용자에게 개발자가 지정한 오류 페이지를 보여준다. 꾸준히 다시보자. 1. 221014 2. 221101
5-1. 자바 예외 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-1. 자바 예외 이해 # 자바의 예외 계층 - Object: 예외도 객체이다. 모든 객체의 최상위 부모는 Object 이므로 예외의 최상위 부모도 Object 이다. - Throwable: 최상위 예외 이다. 하위에 Exception 과 Error가 있다. - Error: 메모리 부족 이나 심각한 시스템 오류와 같이 애플리케이션에서 복구 불가능한 시스템 예외이다. 상위 예외를 catch로 잡으면 그 하위 예외까지 함께 잡는다. Exception: 체크예외 - 애플리케이션 로직에서 사용할 수 있는 실질적인 최상위 예외이다. - Exception과 그 하위 예외는 모두 컴파일러가 체크하는 체크예외이다. 단 RuntimeException은 예외로한다. RuntimeException: 언체크예외, 런타임예외 - 컴파일러가 체크하지 ..
4-10. 스프링 부트의 자동 리소스 등록
Java, Spring/Spring DB 1 2022. 10. 10. 4-10. 스프링 부트의 자동 리소스 등록 # 스프링부트 사용하기 전 스프링부트를 사용하지 않으면 이렇게 자바코드로 직접 dataSource 와 transactionManager를 빈으로 등록시켜주거나 XML로 등록 해야 했다. # 스프링부트 사용 시 스프링부트는 생각보다 많은 편의 기능을 제공한다. 그 중 하나가 리소스를 자동으로 등록해주는 것이다. 스프링부트를 사용하지 않는다면 앞서 사용했던 dataSource, transactionManager 를 수동으로 빈으로 등록해야한다. ( 스프링은 자동으로 스프링 빈 등록 시 첫글자는 소문자 ) -> 스프링부트가 application.properties 나 application.yml 의 속성을 사용하여 dataSource를 생성하여 스프링 빈으로 등록한다. 1. dataSource 자동 등록 - ..
4-9. 트랜잭션 문제 해결 - 트랜잭션 AOP 정리
Java, Spring/Spring DB 1 2022. 10. 9. 4-9. 트랜잭션 문제 해결 - 트랜잭션 AOP 정리 # 전체적인 흐름 트랜잭션 종료 시 commit or rollback # 트랜잭션 관리 방식 1. 선언적트랜잭션관리 (Declarative Transaction Management) @Transactional 애노테이션 하나만 선언해서 매우 편리하게 트랜잭션을 적용하는 것을 선언적 트랜잭션 관리라 한다. 선언적 트랜잭션 관리는 과거 XML에 설정하기도 했다. 이름 그대로 해당 로직에 트랜잭션을 적용하겠다 라고 어딘가에선언 하기만 하면 트랜잭션이 적용되는 방식이다. 2. 프로그래밍방식의 트랜잭션 관리(programmatic transaction management) 트랜잭션매니저 또는 트랜잭션템플릿 등을 사용해서 트랜잭션 관련코드를 직접 작성하는 것을 프로그래밍 방식의 트랜잭션관리라 한다. #결론 스프링이..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바