전체 글

💡 생각보다 자주 사용하게 돼서, 사용했던 경험을 바탕으로 기록을 해보자. 목표 자바를 통해 파일을 컨트롤할 수 있다. WatcherService에 대해 설명할 수 있다. WatcherService를 통해 파일의 변화를 감지하고 이에 따른 액션을 구현할 수 있다. 유용한 예제를 기록하는 공간으로 활용한다. 간단한 배치 프로그램이나 서버 설정 관련 정보들은 보통 DB가 아닌 파일(File)에 저장된다. 그리고, 특별한 경우에는 특정 파일을 주기적으로 모니터링하여, 변경 이벤트가 발생되면 Reload하는 작업이 필요하다는 요구사항이 생각보다 빈번하게 발생한다. 이를 어떻게 구현해야 할까? JAVA 1.7부터 제공하는 java.nio.file의 WatchService 인터페이스를 이용하자!! 본론으로 들어가기..

💡 매번 복붙하던 FILE I/O 관련 코드들을 총 정리하고 반복 숙달해보자! 목표 FILE I/O의 기본 개념을 설명할 수 있다. FILE I/O 코드를 직접 작성하고 예제들을 정리하는 공간으로 활용할 수 있다. FILE I/O 시 발생할 수 있는 예외들을 처리할 수 있다. 대학생 때는 이런 생각을 했다. DB가 있는데, FILE I/O를 왜 사용할까? 파일과 관련된 코드들은 이제 사용하지 않겠구나!! 개발을 하면 할수록 완벽하게 어리석은 생각임을 알게되었다. 프로젝트 설정이나 파일 업/다운로드, REQ/RES, (S)FTP 등 DB가 아닌 File로 관리해야 할 상당히 많은 부분이 있음을 경험하고 있다. 그럼에도 불구하고, 파일을 제어할 때, 항상 구글을 애용하고 있다는 점 때문에 아예 싹 정리해볼까..

💡 귀찮은 반복 작업을 완벽하게 해소해주는 롬복(Lombok). 한 번 제대로 정리해보자! 목표 Lombok 라이브러리가 무엇인지 왜 사용하는지 설명할 수 있다. Lombok 관련 애노테이션 종류와 각각의 쓰임을 설명할 수 있다. Lombok 관련 예제를 정리하는 공간으로 활용할 수 있다. 롬복은 자바 개발에 널리 사용되는 매우 편리한 라이브러리이다 생성자나 Getter, Setter 등 보일러 플레이트성 코드를 매번 수동으로 작성할 필요가 없기 때문일 것이다. 작성을 안했는데 언제 생성이 되는 것일까? 이를 컴파일 타임(Compile-time)에서 자동으로 생성해준다. 게다가, IDE 내에서도 모든 메서드에 적상적으로 접근할 수 있다. 롬복에서 일반적으로 사용하는 애노테이션은 다음과 같다. @Data ..

💡 Facts (사실, 객관) Windows 10 PowerShell을 통해 더미 디렉토리 및 파일을 생성하는 법을 알게 됐다. 프로그래밍을 통해 디렉토리 또는 파일을 제어할 때, 쉽게 테스트용 더미들을 생성 가능하게 됐다. ⁉️ Feelings (느낌, 주관) 찾아보면 뭐든 편하게 할 수 있는 세상이다. 더미 파일을 만들 때, NULL 값이 아닌 랜덤 문자열로 생성할 수 있다면 활용도가 더 높을 것 같다. 🤔 Findings (배운 점) 스크립트 한 줄을 통해 더미 디렉토리와 파일을 생성할 수 있다. PS D:\> cd .\work PS D:\work> mkdir $(1..10 | %{"dir$_"}) 디렉터리: D:\work Mode LastWriteTime Length Name ---- ------..

💡 자바 컬렉션을 정렬할 때, 값이 Null 일 수 있다는 것을 배제할 수 없다. Null Safe한 정렬을 해보자! 목표 Stream을 통해 컬렉션을 정렬할 수 있다. Null Safe한 정렬을 통해 NullPointException 예외를 방지할 수 있다. 정렬에 대한 예제 공간을 만든다. Collection.sort() 를 이용한 정렬이 아닌, 스트림(Stream)을 이용한 정렬을 정리해보고자 한다. Stream.sorted 만약, 숫자 리스트를 오름차순으로 정렬하고자 한다면 다음과 같을 것이다. List numbers = Arrays.asList(9, 5, 7, 1, 8); List sortedNumbers = numbers.stream() .sorted(Comparator.comparing(In..

💡 Facts (사실, 객관) String.format() 메서드를 쓰는데, 일정 고정 길이에 따른 좌/우 정렬에 어려움을 겪음. String.format() 이 제공하는 다양한 기능을 제대로 활용하지 못함. ⁉️ Feelings (느낌, 주관) String.format() 자주 사용하지만, 유용한 기능들을 잘 활용하지 못함. 유용한 기능을 사용할 때마다 블로그에 정리할 필요가 있음. 🤔 Findings (배운 점) String.format() 좌/우 정렬을 다시금 되새겼다. String.format() 예제를 하나 더 만들어봤다. 🔥 선언(Affirmation) 항상 행복한 코드를 작성하자. 한 달이 지나든, 일 년이 지나든 일기 쉬운 코드를 작성하는 개발자가 되자. 🧑🏻‍💻 부록 Stack Overf..

💡 매일 더 나은 코드를 작성해보자! 목표 읽기 쉬운 분기문(if)를 작성할 수 있다. 예제를 통해 개선된 코드의 장점을 말할 수 있다. 코드를 유지보수 하다보면, 조건문이나 분기문이 작성한 사람의 입맛대로 구현되어 있는 경우가 많다. 어떻게 하면 효율적인 분기문을 작성할 수 있을까? 어떻게 하면 더 읽기 쉽고 파악하기 좋은 분기문을 작성할 수 있을까? 이러한 고민을 바탕으로 정말 중요하다고 생각하는 작성 방법에 대해 정리해본다. 가독성을 높이는 습관 보호절 숙어(Guard Clause) if문을 작성할 때, 가장 주의할 점은 깊이(Deep)이다. 이중(if 안에 if), 삼중, N 중 중첩문을 가장 기피해야 한다. 이는 코드 복잡도를 올릴뿐만 아니라 코드에 대한 가독성도 무차별적으로 파괴시키는 안 좋은..

클린 코드의 필수 enum, 자꾸 enum enum 하는데 이넘이 대체 왜? ㅋㅋ... Enum이란? enum은 열거형(enumerated type)이라고 부른다. 열거형은 서로 연관된 상수들의 집합을 의미하는데, 즉 서로 관련된 상수를 편리하게 선언하고 관리하기 위해 enum을 사용한다. Enum의 등장배경 enum이 등장하기 전까진 정수 열거 패턴을 사용했다. 하지만, 정수 열거 패턴에는 큰 문제점이 존재했다. private final int SPRING = 1; private final int SUMMER = 2; private final int FALL = 3; private final int WINTER = 4; 가독성이 떨어지며, 관리가 용이하지 않다. 정수 열거 패턴을 위한 네임스페이스 공간..

💡 스프링부트에서 자주 보던 *.yml 파일을 *.properties 대신 사용해보자! 목표 YAML 이 무엇인지 설명할 수 있다. SnakeYAML 라이브러리를 통해 YAML 파일을 다룰 수 있다. YAML 데이터를 다루는 참고 예제를 만들 수 있다. 서버에서 순수 자바로 구현된 프로세스들이 다수 존재할 수 있다. 보통 XML 혹은 Properties 파일로 관리하는 편이다. 개인적으로 각각의 장단점은 다음과 같다. 확장자 장점 단점 XML 리스트 관리 편함. 명확한 계층구조. open, close 태그 등 내용이 불필요하게 길어짐. 프로그래밍 비교적 불편. Properties 프로그래밍이 쉬운 key, value 구조. 비교적 짧은 내용. 리스트 관리 불편. 계층구조를 위한 긴 key 값 표현. 그래..

💡 스프링의 @Required 애노테이션을 사용할 수 없는 환경이라면, 직접 만들어보자! 목표 @애노테이션이 어떻게 구현되는지 설명할 수 있다. 순수 자바 환경에서 @Required 애노테이션을 입맛에 맞게 구현할 수 있다. POJO가 무슨 의미인지 설명할 수 있다. 필수 속성(프로퍼티)를 지정하기 위해서 @Required 를 사용한다. 스프링 기반의 API 서버는 @Required 가 요청 데이터를 쉽게 검증할 수 있도록 도와지만, 순수 자바 기반의 시스템에서 @Required 는 빨간줄이 생겨버린다. 그렇다....... @Required 는 org.springframework.beans.factory.annotation 스프링프레임워크 패키지 내에 존재한다!!! 필자는 특이하게 Packet을 송수신하..

💡 클래스명 순으로 테스트가 진행되게끔 @FixedMethodOrder를 활용해 통합 테스트를 작성해보자! 목표 @FixedMethodOrder이 무엇인지 설명할 수 있다. @FixedMethodOrder을 적극 활용할 수 있다. 테스트는 관심사 단위 별로 작성하는 것이 테스트에 대한 의존성을 낮출뿐더러 파악하기 쉬운 하나의 메뉴얼이 될 수 있다. 하지만, 꼭 그래야만 하는가? 라고 묻는다면 아니다. 목적에 따라 얼마든지 입맛대로 테스트를 짤 수 있다. 필자의 경우, 꼭 사용자 입장에서 순차적으로 진행되는 통합 테스트를 작성하고 싶었다. 시나리오 흐름대로 BDD(Behavior Driven Development) 행위 중심적으로 테스트가 필요했고, 이를 위해서, 지정한 순서 비스무리하게 테스트를 진행하는..

💡 JUnit4에서 계층 구조의 테스트 코드를 작성해보자! 목표 계층 구조의 테스트 코드를 설명할 수 있다. JUnit4에 @Nested가 없어도 계층 구조로 테스트를 작성할 수 있다. 기존에 작성한 JUnit5의 @Nested와 어떻게 다른지 설명할 수 있다. 의지와 상관없이 노후화된 서비스가 있다면, JUnit 5를 사용하지 못하는 경우가 생기기 마련이다. 계측 구조의 테스트 코드는 조금 더 읽기 쉽고 명료한 테스트를 작성할 수 있게끔 도와주는데, 불행하게도 JUnit4는 @Nested 애노테이션을 사용할 수 없다. @Nested 애노테이션은 JUnit 5부터 릴리즈 되었기 때문이다. 링크된 글에서 간단한 예제를 살펴볼 수 있다. 이러한 JUnit4의 단점은 다음과 같은 라이브러리를 통해 개선할 수 ..