eventtracker 썸네일형 리스트형 [이벤트 로깅을 위한 EventTracker] 파트 2. 리팩토링 과정 기록 EventTracker 코드를 작성한 이후, 스스로 코드를 리뷰하며 발견한 문제점과 리팩토링 과정을 기록한다. 이 글은 설계 과정에서 어떤 부분이 부족했는지, 왜 이를 개선해야 했는지에 대해 정리한 글이다. 이 전에 작성했던, EventTracker를 초기 설계했던 과정과 기존 코드에 대한 글은 아래 링크에서 확인할 수 있다.[이벤트 로깅을 위한 EventTracker] 파트 1. 요구사항 분석과 설계 및 구현 과정 기록https://kodywiththek.tistory.com/26 [이벤트 로깅을 위한 EventTracker] 파트 1. 요구사항 분석과 설계 및 구현 과정이번 글은, 개발 요청 문서를 바탕으로, 로그 이벤트를 추적하는 EventTracker를 설계하고 구현한 과정에 대한 글이다.요청.. 더보기 [이벤트 로깅을 위한 EventTracker] 파트 1. 요구사항 분석과 설계 및 구현 과정 기록 이번 글은 일전에, 개발 요청 문서를 바탕으로, 로그 이벤트를 추적하는 EventTracker를 설계하고 구현했던 과정을 정리한 글이다. 요청문서의 요구사항을 고려하며, 유지보수성과 확장성을 고려한 구조로 설계하려 고민했다. 1. 요청 문서 요약개발 요청 문서는 서비스 내에서 발생하는 다양한 사용자 이벤트를 효과적으로 추적하고 기록하기 위한 로그 포맷과 관련 요구사항을 상세히 설명하고 있다. 주요 내용은 다음과 같다.1) 로그 포맷로그는 여러 개의 값을 공백(blank)으로 연결한 형태로 구성된다.const log:string = `${user} ${path} ${eventName} ${linkLog} ${adLog}` user (필수):로그인 했을 경우: 유저 아이디의 암호화 값 (userId:lt)로.. 더보기 이전 1 다음
