본문 바로가기

이슈와해결28

순차 탐색 중 이미 지나친 정보를 알고 싶다면? 자료구조를 활용한 메모리 캐싱 직접 구현해보기 (feat. 알고리즘 vs 자료구조) 0. 목차 1. 개요 2. 문제 상황 3. 가장 쉬운 접근 4. 캐싱 5. 결론 1. 개요 본 글에서는 로그 파일을 파싱하고 구조화 할때 사용한 메모리 캐싱에 대해 다룹니다. 파일을 순차적으로 탐색하며 진행할 때 이미 지나친 파일에 대한 정보가 필요했습니다. 이를 해결하는 방식으로 한 차례 더 순차 탐색을 진행할 수도 있었지만 내부적으로 캐싱 방식을 구현하여 해결한 케이스입니다. 스프링 캐시나 별도의 캐시 라이브러리를 사용하지 않고 직접 구현한 경험을 소개합니다. 예시 코드는 실제 코드가 아닌 컨셉 코드로 대체하였습니다. 2. 문제 상황 아래와 같은 SimpleLogEventReader는 LogData를 String으로 받아 이를 읽고 LogEvent로 변환하는 작업을 수행합니다. 이때 LogEvent는.. 2023. 12. 11.
리팩토링 회고 - 스프링 Bean 주입을 활용해 Validator 확장성 개선하기 0. 목차 개요 문제 상황 해결 방법: Bean 주입을 활용한 리팩토링 테스트 코드에 적용하기 결론 1. 개요 본 글에서는 비즈니스 시나리오를 검증하는 Validator의 설계 및 구현 방식에 대해 다룹니다. 여러 개의 다양한 비즈니스 시나리오들이 존재하며 앞으로도 생성될 것을 고려한 확장성이 필요한 상황에서 처음 방식과 개선된 방식을 소개합니다. 예시 코드는 실제 코드가 아닌 컨셉 코드로 대체하였습니다. 2. 문제 상황 문제의 핵심은 코드의 중복이었습니다. 동일한 기능을 하는 서로 다른 Validator들이 중복으로 존재했는데요. 비즈니스 시나리오는 다양한 시나리오가 존재할 수 있습니다. 예를 들어 "어떤 특정" 시나리오를 살펴 보면 다음과 같습니다. Payload1 -> 응답 -> Payload2 -.. 2023. 12. 11.
리팩토링 회고 - 상태 패턴을 이용해서 복잡한 비즈니스 시나리오 검증 로직을 개선...! 0. 목차 개요 로직의 목표 초기 구현 코드 2.1. 템플릿 정의 방식 2.2. Validator의 메인 로직 상태 패턴을 적용하기 4.1. 고민한 내용 4.2. 상태 패턴 4.3. 구조 설계 4.4. 적용 결과 여전히 남은 문제들 결론 1. 개요 본 글에서는 사내 업무 시스템 개발 과정에서 겪은 리팩토링 경험을 공유합니다. 비즈니스 프로세스의 순서를 검증하는 로직을 구현했는데 너무 복잡하여 이를 상태 패턴을 적용하여 개선해보는 내용입니다. 만족할 만큼의 클린 코드에는 달성하지 못해 결과적으로는 기술 부채로 남겨두었지만 나름 많은 고민을 했던 내용이라 작성해보았습니다. 예시 코드는 실제 코드가 아닌 컨셉 코드로 대체하였습니다. 1. 로직의 목표 먼저 리팩토링의 대상이 되는 로직의 주 목표에 대해서 생각해.. 2023. 12. 11.
28개(+α) 클래스를 검증해야 한다면? - 커스텀 애노테이션을 사용한 Payload 검증 방식 도전기 0. 목차 개요 문제점 개선 1 - 필수 여부, 스트링 길이 개선 2 - Enum 타입 더 완벽한 캡슐화를 위하여 What remains... 결론 1. 개요 본 글은 사내 업무 효율성 향상을 목적으로 펌웨어 검증 과정을 자동화하기 위한 프로그램 개발 경험을 공유합니다. 특히, Payload 객체의 구현과 검증 로직 개발 과정에서 발생한 다양한 문제들과 이에 대한 해결 방안을 중심으로 논의합니다. 이 과정에서 여러 Payload 클래스들을 효과적으로 검증하는 방법에 대한 고민과 그 해결책을 제시하고자 합니다. 예시 코드는 실제 코드가 아닌 컨셉 코드로 대체하였습니다. 2. 문제점 먼저 28개의 클래스 중 하나인 ChangeSomethingPayload 클래스를 예시를 살펴보겠습니다. 해당 클래스는 Pay.. 2023. 12. 11.
다수의 Validators 역할 위임 방식 회고 - Chain 패턴과 Optional을 이용한 우아한 플로우 탐색기 다수의 Validators 역할 위임 방식 회고 - Chain 패턴과 Optional을 이용한 우아한 플로우 탐색기 0. 목차 개요 직면한 문제 첫 번째 구현: Chain of Responsibility 패턴 적용 첫 번째 구현의 문제점 두 번째 구현: 서비스 레벨의 방어 로직 두 번째 구현의 문제점 세 번째 구현: recorder 초기화 로직의 이동 세 번째 구현의 문제점 네 번째 구현: 체인 형식의 support 검증 결론 1. 개요 사내 업무 효율성 증진을 위해 펌웨어 검증을 자동화하는 프로그램을 만들 기회가 있었습니다. 이 글은 검증 자동화 툴을 만드는 과정에서 고민했던 Validation 로직을 다룹니다. 여러가지 검증 시나리오를 각각의 책임에 따라 검증하는 다수의 Validators 구현체들의.. 2023. 11. 16.